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ABSTRACT 

Requirements  for  an  Integrated  On-line  Library  System  (IOLS)  to  automate  the  acqui- 
sitions, cataloging  and  circulation  functions  of  the  Dudley  Knox  Library  of  the  Naval 
Postgraduate  School  were  matched  against  the  capabilities  of  commercial  IOLSs  avail- 
able for  purchase.  NOTIS  was  the  recommended  choice.  A  cost  analysis  and  imple- 
mentation plan  were  developed  for  installing  NOTIS  on  the  Naval  Postgraduate 
School's  IBM  mainframe  computer. 
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I.     EXECUTIVE  SUMMARY 

Manual  work  processes  are  predominant  in  the  Dudley  Knox  Library.  Ordering, 
cataloging,  physical  processing  and  circulation  of  books  and  periodicals,  statistical  re- 
porting, fund  accounting,  claiming  of  missing  items,  recalls  for  overdue  materials,  etc. 
are  all  done  "by  hand".  The  Library  would  like  to  abandon  its  manual  workflow;  it  is 
interested  in  automation  of  standard  library  processes. 

Functions  considered  important  for  an  Integrated  On-line  Library  System  (IOLS) 
were  enumerated,  then  ranked  by  a  cross-section  of  the  Library  staff.  Library  personnel 
identified  an  on-line  catalog  with  Boolean  search  capability  and  automated  circulation 
as  their  highest  priority.  The  desired  IOLS  must  be  1)  Research  Library  Information 
Network  (RLIN)  compatible,  2)  IBM-compatible,  and  3)  able  to  be  supported  by  the 
local  Computer  Center. 

When  automated  library  systems  reported  in  the  literature  were  compared  against 
IOLS  criteria  developed  by  the  Library  staff,  three  systems  were  identified  as  possible 
IOLS  candidates.  These  three  were  the  Biblio-Techniques  Library  and  Information 
System  (BLIS),  GEAC  Computers.  Ltd.  (GEAC),  and  the  Northwestern  University 
On-line  Total  Integrated  System  (NOTIS). 

GEAC,  which  meets  many  of  the  constraints  and  requirements  of  the  Library,  was 
a  strong  candidate.  Although  not  IBM-compatible,  it  is  a  complete  turnkey  system 
heavily  installed  in  Europe  and  well-ranked  in  the  literature.  Consideration  of  the 
GEAC  system  was  terminated  when  it  was  reported  in  bankruptcy.  Vendor  reliability 
is  important  in  long  term  satisfaction  and  support,  and  a  financially  troubled  vendor  is 
not  a  sound  choice. 

BLIS  software  is  both  IBM-  and  RLIN-compatible.  Many  BLIS  features  are  highly 
desirable;  however,  it  has  no  serials  control  capability,  and  it  uses  ADABAS  data  base 
management  and  the  Software  AG  teleprocessing  monitor,  COM-PLETE,  neither  of 
which  can  be  supported,  considering  the  expertise  of  the  existing  Computer  Center  staff. 
Lack  of  software  support  plus  the  extreme  high  estimated  cost  of  the  software  makes  this 
system  impractical  for  the  Library.  The  software  company  has  recently  gone  out  of 
business. 

NOTIS  is  the  recommended  IOLS.  It  is  IBM-  and  RLIN-compatible,  and  uses 
software  products  that  our  Computer  Center  can  readily  support  (MVS,  CICS,  SAS). 


While  it  does  not  offer  all  of  the  functions  desired  by  the  Library,  NOTIS  satisfies  a  high 
proportion  of  these  functions.  In  the  current  marketplace,  NOTIS  is  the  only  IBM-  and 
RLIN-compatible  IOLS  available. 

Estimated  present  value  costs  for  purchase,  installation,  customization,  and  support 
of  NOTIS  on  the  existing  IBM  mainframe  at  the  Naval  Postgraduate  School  over  a 
10-year  life  cycle  total  S856,800.  Estimated  present  value  of  total  benefits,  both  tangible 
and  intangible,  for  the  IOLS  system  during  the  same  period  total  SI, 243,400.  These  es- 
timates were  based  on  the  following  assumptions: 

1.  the  average  future  workload  of  the  Library  will  approximate  the  past  average 
workload; 

2.  staff  positions  will  not  be  cut  as  the  result  of  automation; 

3.  a  new  position,  Systems  Librarian,  will  be  needed  to  coordinate  the  automation 
efforts  within  the  Divisions  of  the  Library. 

Because  the  estimated  present  value  benefits  are  greater  than  the  estimated  present  value 
costs  of  the  project,  NOTIS  is  recommended  for  acquisition.  An  implementation  plan 
for  NOTIS  is  described  in  Chapter  VI. 


II.     INTRODUCTION 

For  centuries,  [libraries]  have  been  bound  by  what  mankind  could  do  to  collect, 
classify,  and  disseminate  information  using  laborious,  time-consuming  methods. 
Now,  at  last,  libraries  can  escape  those  limitations  if  they  have  the  courage  and  the 
foresight  to  do  so.  For  the  first  time  ever,  lack  of  proper  technology  is  no  longer 
an  obstacle.  The  computer  power,  data  base  storage,  and  software  are  all  available 
to  provide  the  desired  services.  What  remains  for  libraries  to  do  is  to  see  that  they 
are  on  the  threshold  of  a  new  world;  to  be  open  to  new  ideas  about  how  information 
may  be  produced,  distributed,  retrieved,  and  used;  to  let  users  tell  them  what  they 
need  and  then  to  provide  those  services  as  quicklv,  capably,  and  cheaplv  as  possible. 
[Ref.  1:  p.  11] 

The  Dudley  Knox  Library  is  a  general  reference  and  research  library  located  at  the 
Naval  Postgraduate  School,  Monterey,  CA.  It  serves  a  user  population  of  2,700,  pri- 
marily military  students,  faculty  and  staff  members  of  the  university.  The  Library  is  also 
open  to  the  public.  The  staff  of  33,  including  15  professional  librarians,  is  organized  into 
five  functional  areas:  Administration,  Acquisitions,  Bibliographic  Control,  Reader  Ser- 
vices, and  Research  Reports  Divisions. 

Library  size  and  holdings  within  the  multiple  collections  as  of  November  19SS  are 
shown  in  Figure  1  on  page  4,  taken  from  [Ref  2].  Most  materials  are  in  the  areas  of 
engineering,  science,  operations  research,  management,  economics,  military  and  naval 
science,  international  affairs  and  military  history'. 

The  50,000  square  foot  facility  has  recently  installed  compact  shelving  to  help  alle- 
viate congestion  in  the  stacks.  Eighty-five  percent  of  the  total  shelf  space  was  full,  and 
it  was  estimated  that  return  of  all  items  in  circulation  would  exceed  shelf  capacity.  Lack 
of  space  remains  a  problem  throughout  the  Library. 

A.     PRESENT  LIBRARY  METHODS 

The  Dudley  Knox  Library  has  outgrown  its  "normal"  way  of  doing  business.  Its 
acquisition  processes  are  largely  manual;  circulation  processes  are  completely  manual. 
Cataloging  is  done  via  access  to  an  on-line  database  provided  by  the  Research  Libraries 
Information  Network  (RLIN),  which  also  prints  catalog  cards.  Excessive  clerical  and 
professional  time  is  spent  filing/checking  cards  in  the  old  catalog.  The  card  catalogs  are 
congested  and  hard  to  use  since  cards  are  packed  so  tightly.  No  floor  space  is  available 
for  additional  catalog  cases. 

Information  on  books  and  periodicals  is  duplicated  for  ordering,  cataloging  and 
processing,  since  there  is  little  shared  data  and  little  overlap  of  work  flow  between  these 


Library  Collections: 

Books  added  during  fiscal  year 

7,967 

Total  books  held,  June  30 

271,101 

Documents,  pamphlets,  technical  reports  held 

190,000 

Microforms,  units  held 

449,691 

Number  of  periodical  titles  currently  received 

1,830 

Videorecordings,  titles  held 

341 

Library  Activities: 

Circulation,  all  materials 

44,252 

Items  borrowed:  ILL  from  other  libraries 

3,052 

Items  lent:  ILL  to  other  libraries 

3,683 

Reference  questions,  computer  searches,  projects 

44,229 

Library  Operating  Expenditures: 

Library  materials:  books,  periodicals,  audiovisuals 

$ 

528,132 

Salaries  and  benefits 

$ 

929,675 

Other  operating  expenses:  supplies,  services,  contracts 

$ 

164,791 

Total  library  operating  expenditures 

$1 

,622,598 

Figure   1.      Statistical  Synopsis  of  the  Dudley  Knox  Library.  1988 

independent  departments.  Manual  circulation  provides  inadequate  information  on  sta- 
tus of  books,  and  no  statistics  on  use  of  the  collection;  there  is  no  basis  for  informed 
decisions  on  discarding  unused  materials,  although  shelf  space  is  at  a  premium.  Library 
Division  heads  agree  that  automation  offers  the  most  promising  solution  to  the  prob- 
lems that  beset  the  Library. 

1.     Model  of  Operational  Processes 

"The  basic  model  of  a  system  is  one  in  which  inputs  are  taken  from  the  envi- 
ronment, transformed  in  some  way  into  outputs  which  are  put  back  into  the  environ- 
ment." [Ref.  3:  p.  16]  This  definition  is  graphically  illustrated  in  Figure  2. 
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Figure  2.      Generalized  System  Model 


The  system  uses  the  feedback  loop  to  get  information  on  its  own  performance  (praise 
or  criticism),  which  is  used  to  adjust  the  next  process  cycles.  Library  inputs  come  from 
staff,  users,  funds,  materials,  and  external  information  sources. 

The  library  actually  creates  something  which  did  not  previously  exist  when  it  per- 
forms its  transformation.  Books  and  other  "knowledge  packages"  are  acquired  by 
the  library.  The  transformation  occurs  when  the  staff,  using  their  energy,  analyze 
the  materials  to  create  records  which  represent  the  materials,  and  label  them  in  order 
to  organize  the  library's  collections.  The  true  output  of  the  library  is  the  intangible 
process  of  relating  the  physical  item--the  book,  recording,  or  film-to  a  concept  or 
idea.  This  process  is  accomplished  in  two  ways:  by  classifying  items  to  integrate 
them  into  a  set  of  items  treating  the  same  subject,  and  by  describing  them  so  that 
records  representing  the  item  can  be  displayed  in  the  catalog  according  to  different 
principles  of  arrangement.  The  result,  of  course,  is  a  collection  of  materials  arranged 
according  to  a  classification  scheme  and  a  catalog  providing  a  subject  index  to  the 
same  materials.  Maintaining  a  collection  of  items  which  can  be  lent  to  members  of 
the  user  community  is  another  form  of  output;  its  value,  however,  depends  on  the 
organization  of  the  items  and  the  index  (catalog)  which  aids  in  finding  them.  [Ref. 
3:  p.  23] 

The  cyclic  nature  of  the  library  as  a  system  is  easily  discerned.  Publications  are 
ordered,  received,  and  paid  for.  New  materials  are  added  to  the  collection;  old  materials 
are  discarded.    Items  are  checked  out,  returned,  and  checked  in  again. 

Each  library,  to  some  extent,  provides  the  same  services  and  the  same  types  of  ma- 
terials. Each,  however,  demonstrates  idiosyncratic  differences  in  the  procedures, 
policies,  and  organizational  climate  of  the  library.  The  goal  remains  the  same  in  its 
most  general  form,  but  the  means  differ  in  manv  wavs  from  library  to  librarv.  [Ref. 

3:  P.  25] 

Processes  within  the  library  system  may  be  manual  or  automated.  At  present, 
the  various  subsystems  within  the  Dudley  Knox  Library  (administration,  acquisitions, 
cataloging  and  classification,  circulation,  reference)  rely  primarily  upon  manual  means 
to  transform  inputs  into  outputs,  that  is,  to  do  the  "work"  of  the  Library.  In  the  figures 
that  follow,  each  process  is  described  in  detail  only  once,  even  though  it  may  be  a  part 
of  another  process  described  by  a  later  figure.  Dash-lined  boxes  refer  to  previously  de- 
scribed processes  or  subprocesses. 
2.     Acquisitions  Workflow 

Monographs  are  books.  Serials  are  publications  "issued  in  successive  parts, 
usually  at  regular  intervals,  and  intended  to  be  continued  indefinitely"  [Ref.  4:  p.  138]; 
they  include  periodicals,  annuals,  irregular  publications,  and  monographic  series.  Peri- 
odicals are  serial  publications  which  are  received  more  than  once  a  year,  "each  issue  of 


which  is  numbered  or  dated  consecutively  and  normally  contains  separate  articles,  sto- 
ries, or  other  writings"  [Ref.  5:  p.  166]. 

The  Acquisitions  Division  orders  and  receives  both  monographic  materials  and 
serials  for  the  Library's  research  collections.  It  is  also  responsible  for  ordering  supplies, 
furniture,  equipment,  and  services  to  support  the  physical  and  intellectual  needs  of  staff 
and  patrons,  for  keeping  accurate  records  of  funds  expended,  for  distributing  incoming 
materials  to  the  proper  Division  or  routing  it  via  all  interested  parties,  and  for  claiming 
unreceived  or  overdue  orders.  Acquisitions  records  provide  much  of  the  input  for  Li- 
brary management  reports. 

Initial  selection  of  all  Library  items  (monographs  and  serials,  including  period- 
icals) is  by  request.  Library  professionals  are  responsible  for  recommending  titles  to  be 
ordered  within  their  specialty  subject  area;  faculty  suggestions  are  encouraged,  as  are 
requests  by  students.  For  each  item,  a  green  Order  Request  Card  is  completed;  the  card 
includes  identifying  bibliographic  information  and  indicates  the  relative  importance  of 
the  item  to  the  requestor.  Priority  "A"  items  are  purchased  immediately  if  funds  are 
available.    Other  priorities  are  less  critical  and  may  be  ordered  as  funding  allows. 

Periodical  titles  must  be  approved  by  the  Librarian  before  purchase.  Because 
of  space  and  budget  limitations,  one  title  must  often  be  dropped  before  another  can  be 
ordered.  Library  liaisons  within  each  academic  department  on  campus  help  to  evaluate 
periodicals  within  their  area  of  expertise  so  that  budget  constraints  and  research  needs 
may  both  be  met. 

During  pre-order  searching,  information  from  the  green  Order  Request  Card  is 
verified  as  correct  and  complete,  a  price  is  obtained  for  the  item,  and,  for  books,  a 
tissue-paper  "order  slip"  is  filed  in  the  catalog  under  the  expected  main  entry.  The  "in 
process"  records  are  used  to  prevent  duplication,  and  to  provide  status  information  for 
patrons. 

All  paperwork  for  ordering  Library  materials  is  prepared  by  Acquisitions'  per- 
sonnel, but  actual  ordering  and  payment  is  done  by  the  Supply  Department.  Therefore, 
purchase  orders  and  supporting  data  must  be  sent  outside  of  the  Library  for  official 
action.  Invoices  for  items  received  are  checked  for  accuracy  by  the  Acquisitions'  staff; 
price  information  is  copied  into  local  files,  for  use  in  generating  reports  and  for  updating 
Library  ledgers,  before  the  invoice  is  forwarded  to  Supply  for  payment. 

Manual  workflows  for  the  major  processes  within  the  Acquisitions  Division  (see 
Figure  3  on  page  8,  and  Figure  4  on  page  9)  were  provided  by  Sharon  Serzan,  former 
head  of  the  Division.    This  position  is  now  vacant.    Because  of  a  shortage  of  personnel 


and  the  press  of  keeping  the  Division  functional  with  a  minimum  of  staff,  no  further 
detail  is  available  on  acquisition  information  flow. 
3.     Cataloging  and  Classification  Workflow 

The  Bibliographic  Control  Division  is  concerned  with  the  description  and  iden- 
tification of  all  items  in  the  Library,  so  that  the  intellectual  content  of  the  collection  is 
made  available  to  the  users.  The  Dudley  Knox  Library  uses  the  Anglo  American  Cata- 
loging Rules  (AACR2)  for  original  descriptive  cataloging,  and  the  Library  of  Congress 
Subject  Headings  for  subject  specification.  For  "copy  cataloging,"  i.e.,  using  a  cataloging 
record  from  a  standard  source  rather  than  doing  original  cataloging  locally,  the  facilities 
of  RLIN,  an  on-line  bibliographic  utility,  are  used.  RUN  has  an  extensive  database  of 
Machine  Readable  Cataloging  (MARC)  records  from  the  Library  of  Congress;  these  are 
standard,  authoritative  records  that  can  be  copied  for  local  use.  Copy  cataloging  is  an 
efficient  way  to  create  high  quality  descriptive  cataloging  records  for  local  collections. 
It  is  important  that  every  item  be  cataloged  to  Library  of  Congress  standards. 

Catalog  mainenance  includes  filing  catalog  cards  for  new  or  revised  entries  into 
the  Author  Title  (A/T)  and  or  Subject  catalogs.  This  filing  is  done  by  professional 
catalogers  and  checked  by  the  head  of  the  Reader  Services  Division.  No  checking  is 
done  in  the  Subject  catalog. 

Subject  heading  changes,  series  changes,  and  name  changes  (corporate  or  per- 
sonal) comprise  another  area  of  catalog  maintenance  known  as  authority  work.  When 
a  standard  entry  changes,  catalogers  must  check  to  see  whether  the  term  has  been  used 
in  the  local  catalog(s),  and,  if  it  has,  remove  all  cards  reflecting  the  old  entry  and  correct 
them  to  show  the  new  term.  Obsolete  headings  can  either  be  erased  and  the  heading 
retyped,  or  new  cards  can  be  reordered  via  RLIN.  In  any  case,  the  cards  musts  be  re- 
filed  after  correction. 

Physical  processing  of  incoming  materials  is  accomplished  by  a  subdivision  of 
the  Bibliographic  Control  Division.  Processing  consists  of  typing  identification  infor- 
mation on  book  cards  and  pockets,  inserting  the  cards  and  pockets  into  the  books,  glu- 
ing labels  on  the  spine  of  each  item  to  identify  call  numbers  for  shelving,  and  affixing 
security  strips  for  sensor  detection.  Processing  personnel  prepare  worksheets  for  the 
professional  catalogers  by  searching  the  RLIN  database  and  printing  out  records  found, 
then  inserting  them  into  the  described  item.  They  also  repair  damaged  materials,  prepare 
periodicals  for  professional  binding,  and  do  some  binding  in-house. 

Major  workflows  in  the  Bibliographic  Control  Division  are  illustrated  in 
Figure  5,  Figure  6,  and  Figure  7. 
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4.  Circulation  Workflow 

The  Reader  Services  Division  performs  both  Circulation  and  Reference  func- 
tions. Circulation  functions  include  borrowing  and  returning  of  materials,  recall  of 
overdue  materials,  holds,  searching  for  lost  or  misplaced  publications,  and  sorting  and 
shelving  of  items  used  in  or  returned  to  the  Library.  Reserve  books  are  managed  by  the 
Circulation  Desk.  Statistics  of  use  are  also  compiled  by  Circulation  Desk  clerks,  by 
counting  book  and  patron  cards  before  they  are  filed  each  morning.  See  Figure  8  on 
page  14  for  a  logical  description  of  the  general  Circulation  process.  Figure  9  on  page 
15  shows  the  check-out  process;  check-in  is  detailed  in  Figure  10  on  page  16.  Renewal 
of  Library  materials  is  described  in  Figure   1 1  on  page  17. 

5.  Reference  Workflow 

The  goal  of  Reference  service  is  to  respond  as  soon  as  possible  to  inquiries 
about  specific  facts  ("ready  reference")  and  requests  for  information  or  assistance.  The 
response  must  be  both  accurate  and  timely.  Inquiries  can  come  by  phone,  in  person  or 
by  mail.  Primary  users  are  faculty  and  students  of  the  Naval  Postgraduate  School  (NPS) 
but  the  Library  is  also  open  to  the  community.  Resources  used  to  field  inquiries  include 
the  catalog  (and  the  collections  it  represents),  on-line  subscription  information  services 
(BRS,  DIALOG,  NEXIS,  ONTYML,  RLIN,  WILSON  LINE),  printed  indexes,  micro- 
form data,  local  files  records,  etc.    See  Figure   12  on  page  18  for  workflow  synopsis. 

Reader  Services  also  handles  interlibrary  loan,  bibliographic  searching  services, 
bibliographic  instruction,  library-  tours  and  orientation,  dial  retrieval,  and  video  services. 

The  reference  subsystem  uses  the  output  of  the  cataloging  subsystem  as  a  primary 
means  of  locating  publications  from  which  responses  can  be  obtained  to  meet  the 
user's  needs.  While  the  experience  and  skill  of  the  person  performing  the  reference 
function  will  effect  the  use  of  the  catalog,  the  quality  and  responsiveness  of  the 
catalog  will  determine  the  efficiency  with  which  it  can  be  used.  [Ref.  3:  p.  27] 

The  manual  processes  described  above  are  the  baseline  for  evaluating  Library 
workflows.  An  automated  system  must  successfully  duplicate  these  functional  areas 
before  it  can  be  considered  for  adoption.  Library  staff  have  identified  additional  func- 
tions that  they  want  included  in  any  automated  system  as  well. 

B.     POSSIBLE  IMPROVEMENTS  VIA  AUTOMATION 

Generally,  the  librarians  have  viewed  the  library  as  a  total  system  and  recog- 
nized the  limitations  of  their  resources.  As  a  result  of  the  need  to  focus  on  the  most 
productive  applications,  attention  turned  first  to  circulation  because  of  the  volume 
of  processing,  to  cataloging  because  of  the  costs  associated  with  catalog  production 
and  maintenance,  and  to  acquisitions  because  of  the  combination  of  similiarities  to 


13 


request 

| 

no 

item 
held? 

yes 

item 
found1 

yes 

• 

check 

out                       . 
(See  Figure  9)             . 

• 

no 

item 

checked 

out? 

purchase 

request  to 
Acq. 

inter 
Library 
Loan 

no 

yes 

me 
.title 

-Reserve  room 
-Sorting  Koom 

pnysiCdJ 
searcn 

pat/on  fill 

out  request 

form 

-out  of  order  on  shelves 
-checked  out  today 
-display  snelves 
-mending  Don 

hold 

card 

| 

stacks 

-noid  snelf 

i 

found? 

Reference 
Librarian 
locate  into 
eisev*nere 

yes 

IS 

item 
due? 

no 

, — p> 

no 

|yes 

| 

no  late 
card 

hold 
card? 

enter  no*d 

card  into  on 

personal 

com  outer 

send 
request 

| 

1 

3rd 
searcn? 

■         notify          * 

print/send 
recan 

item 
received' 

no 

*     requestor      t 

no 

no 

w 

no 

jyes 

...p.. 

| 

yes 

mam  item 
■rt.f." 

(not  found) 

snetve  item 

on  noiO 

theft 

item 
returned' 

3rd 

recall? 

I 

|yes 

|yes 

yes 

item  still 
neeoed? 

requestor 
comes  in? 

yes 

check 
out 

boon 

checkin       # 

,    (See  i-igure    , 

print  out 
names 

(or 
phone 

can 

10) 

1  no 

no 

J 

STOP 

l  *»ee*  nas 
passed? 

no 

|yes 

our 
item* 

no 

return  to 
owner 

|yes 

sorting 
room 

sneive  in 

StdCXS 

Fig 

ure 

5. 

L( 

jgic: 

1  Wor 

kfloi 

\ 

fo 

r  Ci 

n 

:ula 

tii 

>n 

of  L 

ibra 

rv  N 

laterial 

s 

14 


CHECK 

our 


Get  patron  & 
card 


Current 
card? 


no 


Renew 
card 


yes 

l.L.L. 

yes 

Patron 

Typed  due  date 

item? 

stgns  for 
item 

form  inserted 
in  item 

no 

Insert  card 
in  machine 

^ 

Take  2  cards 

from  oook 

pocket 

yes 

Cards 
full? 

Type  new 
card 

Notch  cards  & 
stamp  w/ 
due  date 

Stamp  due  date 

card  &  inserr  in 

book  pocket 


Is  item 
anl.LL.? 


no 


Desensitize 

Put  book 

Count 

cards 

next  day 

care 
dra 

Is  in 

mer 

by  category 

Give  item 

to 

patron 

■books 
-reserve 

-micro  fiche 
-reference 
-vertical  file 

File  white 
cards  by 
patron  t 


File  blue 
cards  Oy 

call  * 


-l.L.L.  sent/received 


Figure  9. 
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Figure   12.      Logical  Workflow  for  Reference  Functions 

purchasing  activities  in  other  types  of  organizations  and  the  application  of  ac- 
counting procedures  to  maintain  control  of  budget  allocations,  and.  finally,  to  serial 
records  systems  because  of  the  recurring  nature  of  posting  the  receipt  of  current  is- 
sues and  the  periodic  renewal  of  subscriptions.    [Ref.  3:  p.  80-81] 

Reusability  of  data  and  flexibility  in  manipulating  it  are  the  foundations  of  library 
automation.  "By  the  1980s,  many  academic  libraries  had  made  great  progress  in  using 
computer  technology  to  keep  records  and  to  assist  patrons  in  their  use  of  library  mate- 
rials. ...  almost  all  academic  libraries,  no  matter  how  small,  were  using  specific  auto- 
mated processes  ...."  [Ref.  6:  p.  8]  The  two  most  frequently  cited  reasons  for  the 
development  of  computer-based  library  systems  are 

1.  To  provide  a  belter  service  for  the  sameless  cost; 

2.  To  give  added  benefits  for  the  same  less  cost. 

The  provision  of  online  access  (by  users  or  stafT)  to  a  library's  catalogue,  the  ability 
to  access  much  more  information  via  the  online  services  than  would  have  been 
possible  via  printed  sources  and  the  ability  to  produce  easily  management  informa- 
tion such  as  the  average  cost  of  new  books,  number  of  books  lent  to  undergraduate 
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physics  students  in  one  term,  etc.,  are  just  some  examples  of  new  or  improved  ser- 
vices to  both  library  staff  or  library  users  that  are  possible  with  computer-based 
systems.    [Ref.  7:  p.  7] 

The  advantages  of  online  searching  are  clear.  In  the  first  place,  it  permits  a  type 
of  searching  that  could  not  be  done  manually.  ...  The  online  search  system  is  able 
to  use  the  Boolean  operators  "and,"  "or,"  and  "not,"  thus  allowing  a  search  for  items 
that  contain  the  terms  computers  and  lasers  and  printing.  Online  search  systems  can 
also  truncate  terms  so  that,  for  example,  using  the  term  "comput,"  a  searcher  can 
retrieve  all  items  containing  terms  such  as  computers,  computing,  or  computation. 
The  flexibility  of  online  searching  permits  many  access  points  to  the  data,  and  the 
interactive  nature  of  online  searching  gives  the  searcher  immediate  feedback  on  the 
relevance  of  a  search  so  that  the  search  strategy  can  be  modified  at  any  point  to 
make  it  more  effective. 

Another  advantage  of  online  searching  is  its  speed,  even  in  a  situation  where 
only  a  single  topic  is  being  searched.  A  searcher  can  get  results  in  a  few  minutes  that 
would  take  days  to  compile  manually.  ...  Finally,  the  online  search  usually  produces 
more  current  information  than  use  of  the  printed  equivalent  as  databases  are  up- 
dated regularly,  some  even  daily.    [Ref.  6:  p.  17] 

Another  reason  for  the  development  of  computer-based  library  systems  has  been 
to  save  money  (and  not  necessarily  provide  better  service  or  added  benefits,  al- 
though these  are  obviously  desirable)  and  to  contain  the  cost  of  future  expansion. 
[Ref.  7:  p.  8] 

Cost  containment,  not  cost  reduction,  seems  a  reasonable  objective.  Once  the  sys- 
tem is  installed  it  can  usually  absorb  additional  work  at  little  increased  cost.  Usu- 
ally, the  unit  cost  of  additional  work  drops.    [Ref.  8:  p.  11] 

A  further  reason  for  implementing  a  computer-based  system  in  the  library  may 
be  that  with  such  a  new  system  the  tasks  may  be  completed  more  accurately,  more 
quickly  and  with  increased  control  than  with  previous  systems.  Typically  such  tasks 
are  clerical,  routine  and  repetitive  and  thus  prone  to  human  error.   [Ref.  7:  p.  8] 

The  Division  Heads  at  the  Dudley  Knox  Library  share  the  viewpoints  quoted  above, 
and  believe  the  only  way  to  provide  better  service  to  the  students  and  faculty  of  the 
Naval  Postgraduate  School,  given  limited  physical  space,  budget  constraints  and  fixed 
staff  size,  is  through  automation.  They  think  the  time  is  right  for  pursuing  an  integrated, 
online  library  system  (lOLS)  that  encompasses  at  least  the  cataloging,  acquisition,  and 
circulation  functions. 

An  integrated  system  is  one  "in  which  a  single  bibliographic  file  supports]  a  variety 
of  library  functions,  such  as  acquisitions,  serials,  cataloging,  and  circulation.  These  in- 
tegrated systems  [have]  the  advantage  of  needing  only  one  input  or  update  to  keep  the 
entire  database  current  for  all  functions."  [Ref.  6:  p.  8]  The  central  bibliographic  file  is 
accessed  by  terminals  sharing  dedicated  or  dial-up  lines  to  the  computer.  Access  is  not 
restricted  to  a  single  physical  location. 
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The  Dudley  Knox  Library  has  been  preparing  for  an  automated  catalog  since  1978, 
when  it  joined  RUN  and  began  collecting  holdings  data  on  tape  in  machine-readable 
form.  This  machine-readable  data  encompasses  the  most  current  ten  years  of  the  Li- 
brary's collection,  which  is  the  most  active  portion  of  any  library  holdings.  Records  are 
in  LC  MARC  (Library  of  Congress  Machine  Readable  Cataloging)  format,  which  is  the 
national  standard  used  in  most  major  databases.  This  data  can  serve  as  the  basis  for  an 
online  public  access  catalog. 

The  purpose  of  a  library  catalog  is  to  organize  a  library's  collection  and  to  per- 
mit easy  access  to  the  materials  it  owns.  ...  One  of  the  most  exciting  developments 
in  catalogs  is  the  public  access  online  catalog,  which  provides  speedy  online  access 
to  all  the  library's  holdings  by  means  of  a  computer  terminal.  ...  The  online  catalog 
will  make  the  computer's  retrieval  capabilities  directly  available  to  library  users  and 
will  permit  users  to  have  access  to  information  in  a  more  decentralized  manner. 
[Ref.  6:  p.  21-22] 

The  aims  of  the  proposed  IOLS  are: 

1.  To  facilitate  access  to  and  control  of  the  collection  by  replacing  old  card  catalogs 
with  an  online  public  access  catalog; 

2.  To  create  a  bibliographic  record  when  an  item  is  selected  and  to  use  the  same  re- 
cord in  the  acquisition,  cataloging,  and  circulation  functions  at  the  Library: 

3.  To  provide  a  data  source  showing  the  status  of  all  Library  materials  current  to  the 
past  working  day. 

C.     INFORMATION  ENGINEERING 

The  IOLS  will  affect  the  workflows  of  the  Library.  Typically,  automation  pressures 
result  in  a  stronger  integration  of  technical  services  activities.  At  both  Northwestern 
University  and  Stanford  University,  IOLS-related  staff  reductions  resulted  from  com- 
bining functional  services  and  reducing  duplication  of  processes  in  various  departments. 
Stanford's  BALLOTS,  operational  in  1972, 

had  a  tremendous  impact  on  Stanford's  operation,  such  as  integrating  technical 
processing  functions  more  closely  than  ever  before.  The  Acquisitions  and  Catalog- 
ing departments,  although  remaining  under  separate  supervision,  were  physically 
consolidated.  ...  In  addition,  the  number  of  staff  was  reduced.  One-third  of  the 
staff  positions  in  the  Order  Division  were  eliminated,  as  were  several  positions  that 
previously  had  been  responsible  solely  for  typing  unit  entry  cards,  duplicating  and 
tvping  headings  on  them,  and  sorting  them  into  filing  order:  all  functions  that  were 
computerized  under  BALLOTS.  [Ref.  9:  p.  53] 

A  high-level  view  of  the  logical  relationships  in  the  IOLS  will  help  clarify  details 
shown  in  workflow  diagrams;  see  Figure   13  on  page  21. 
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Figure   13.      IOLS  Component  Relationships 

The  terminal  is  all  that  the  users,  whether  library  patron  or  library  staff,  are  aware 
of  when  they  work  with  the  IOLS.  All  interactions  are  on-line.  The  computer,  using  a 
transaction  processor  and  IOLS  custom  software,  executes  the  search  strategies,  com- 
mands and  inquiries  entered  by  users.  The  informational  files  stored  on  direct  access 
storage  devices  (DASD)  are  available  without  noticeable  delay,  and  the  results  of  the 
request  or  command  are  displayed  on  the  terminal  monitor  almost  immediately. 

Several  applications  use  the  same  integrated  database  file,  thus  eliminating  problems 
of  synchronization,  redundancy  and  currency.  Information  about  individual  trans- 
actions is  entered  at  on-line  terminals  and  used  to  update  master  files  on  DASD.  These 
files  are  backed  up  regularly  to  another  disk,  and  to  tape  cartridge.  Journal  files  on 
DASD  can  be  used  to  rebuild  a  day's  activity  from  a  checkpoint. 

Updates  made  by  the  library  technical  staff  are  immediately  available  to  library  pa- 
trons. An  order  record  entered  in  Acquisitions  is  accessible  to  the  Cataloging  staff,  to 
the  Reference  Librarian,  or  to  a  student  via  a  subject/title/author,  keyword  search;  the 
displayed  record  shows  not  only  the  bibliographic  information  but  also  the  status  of  the 
item.  A  book  checked  out  this  morning  is  tagged  as  "in  circulation''  and  the  due  date  is 
part  of  the  display.  Currency  of  information  and  accessibility  of  data  without  replication 
of  effort  are  two  of  the  primary  features  of  an  IOLS.  That  is  why  integration  is  impor- 
tant in  the  system. 

Another  feature  of  the  IOLS  is  ease  of  access.  Not  only  does  computer  searching 
offer  more  index  points  than  manual  catalogs  can  provide,  but  also  the  On-line  Public 
Access  Catalog  (OPAC)  is  physically  easier  to  reach.  Any  terminal  with  connections  to 
the  mainframe  computer  at  \PS  also  has  connections  to  the  Library  OPAC.  The  patron 
no  longer  has  to  be  in  the  library  to  do  librarv  research. 
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At  present,  all  terminals  and  data  communication  devices  at  the  Naval  Postgraduate 
School  are  directly  connected  to  a  host  computer.  Microcomputer  labs  scattered  around 
the  campus  are  stand-alone  Local  Area  Networks  (LANs).  When  the  campus-wide 
Local  Area  Network  is  available,  (see  Figure  14)  the  IOLS  will  be  accessible  via  the 
LAN  (RING  topology),  dial-access  (telecommunication),  and  direct-connect  terminals. 
All  offices  with  terminals,  all  PCs  with  a  modem  and  terminal  emulation  capability,  and 
all  microlabs  on  campus  will  have  full  library  service  via  the  IOLS. 
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Figure   14.      IOLS  Network  Access:   STAR  then  RING 

1.  Proposed  Acquisitions  Workflow 

Automation  will  have  a  major  impact  on  the  Acquisitions  Division.  Pre-order 
searching  will  be  done  in  Acquisitions,  and  records  for  books,  serials  and  periodicals  will 
be  created  in  the  on-line  bibliographic  database  at  the  time  they  are  ordered  from  the 
vendor  or  publisher.  RLIN  records  will  be  downloaded  to  the  OPAC  by  a  process  called 
Generic  Transfer  Overlay  (GTO).  GTO  copies  the  RLIN  record  into  a  local  micro- 
computer, where  the  data  is  reformatted  to  match  OPAC  requirements.  The  new  record 
is  then  added  to  the  on-line  database  that  supports  the  OPAC,  and  is  flagged  as  "on 
order"  in  the  status  field  display.  These  records  will  be  searchable  by  keyword,  or  by 
title,  author,  publisher  and  publication  date.  Order  records  are  usually  brief,  but  still 
offer  more  points  of  access  than  the  manual  "order  slips"  filed  in  the  card  catalog  under 
main  entry  only.    See  Figure   15  for  other  changes  in  workflow. 

2.  Proposed  Cataloging  and  Classification  Workflow 

The  Bibliographic  Control  Division  performs  three  functions.  The  first  two  are 
interrelated  activities:    descriptive  cataloging  and  the  production  of  the  library  catalog. 
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Figure   15.      Logical  Workflow  for  Automated  Book  Acquisitions 
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Physical  processing  is  the  third  function.    Figure   16  details  descriptive  cataloging  proc- 
esses that  build  the  catalog;  Figure   17  describes  physical  processing  of  library  materials. 
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Figure   16.      Logical  Workflow  for  Descriptive  Cataloging 

The  aim  of  descriptive  cataloging  is  "to  produce  informative  bibliographic  and 
physical  descriptions  of  library  materials  in  sufficient  detail  to  permit  the  conclusive 
identification  of  a  given  item  and  its  differentiation  from  other,  possibly  similar  items" 
[Ref.  10:  p.  177]  according  to  AACR2  standard  rules.  In  a  manual  system,  the  level  of 
detail  is  limited  to  what  can  be  conveniently  printed  on  a  3x5  catalog  card  set.  With  an 
OPAC,  no  limits  exist  except  those  set  by  the  policies  of  the  cataloging  library.  Full 
analytics!  can  be  included  in  the  on-line  record  if  desired,  so  that  the  contents  of  chap- 
ters, of  collected  works,  of  short  stories,  etc.,  are  accessible  to  search.  Serials  can  be 
cataloged  down  to  the  journal  article  level.  Automation  supports  a  change  in  the  rela- 
tive degree  of  descriptive  cataloging,  not  in  the  logical  cataloging  process. 

Automation  has  been  part  of  the  cataloging  workflow  at  \PS  via  RLIN  since 
1978.    RLIN's  database  includes  MARC  records  for  books,  serials,  maps,  films,  music 


1    Analytical  cataloging  is  detailed  descriptive  cataloging  that  reveals  the  specific  contents  of  a 
bibliographic  item. 
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and  sound  recordings  plus  original  cataloging  records  contributed  by  member  libraries 
for  materials  not  held  by  the  Library  of  Congress.  Access  to  desired  entries  is  available 
on-line  via  a  series  of  indexes  for  main  entry/title,  LC  classification  number,  LC  card 
number,  and  International  Standard  Book  Number  (ISBN).  The  numerical  searches  are 
straightforward  and  can  easily  be  done  by  clerical  staff  on  the  dedicated  terminal  con- 
nected to  RUN  via  leased  telephone  lines.  Unique  search  parameters  give  quite  rapid 
retrieval. 

RLIN  records  have  been  used  as  a  source  of  printed  catalog  cards  for  the  past 
ten  years  at  the  Library.  The  same  information  that  produces  the  manual  card  catalog 
can  be  kept  in  an  on-line  database;  this  is  how  an  OPAC  is  created.  Figure  16  on  page 
24  shows  the  sources  of  on-line  records. 

If  Acquisitions  has  established  an  "on  order"  record  during  the  initial  search  and 
order  process  described  in  Figure  15,  then  this  record  will  be  in  the  OPAC,  and  the 
cataloger  will  use  it  as  the  basis  for  full  descriptive  cataloging.  If  no  order  record  exists, 
the  Processing  staff  will  search  RLIVs  database  for  a  MARC  record,  then  upload  the 
record  to  the  OPAC,  using  GTO.   Original  cataloging  is  done  only  if  no  record  is  found. 

Once  this  record  is  complete,  i.e.,  once  the  "on  order"  record  is  augmented  by 
descriptive  cataloging  to  reflect  full  bibliographic  and  physical  details,  it  is  a  valuable 
resource  within  the  on-line  catalog.  The  catalog  is  a  tool  used  for  locating  ideas;  an  in- 
dividual record  with  full  description  in  the  OPAC  can  be  found  via  the  mechanisms  of 
computer-aided  searching  by  a  combination  of  main  entry,  LC  card  number,  ISBN,  LC 
classification  number,  and  individual  words  from  any  part  of  the  record.  This  is  a  pow- 
erful tool  for  locating  very  specific  ideas.  The  OPAC  is  useful  for  Reference  service  be- 
cause of  this  expanded  search  capability. 

Note  in  Figure  16  that  descriptive  cataloging  may  involve  creation  of  a  new 
record  or  enhancement  of  an  existing  record.  When  a  bibliographic  record  is  established, 
the  IOLS  provides  a  formatted  screen  with  labelled  MARC  fields  to  prompt  for  com- 
plete, standard  data.    No  printed  worksheets  are  necessary. 

Checking,  adding  to,  or  changing  information  is  a  straightforward  process.  The 
record  is  displayed  on  a  terminal,  and  changes  are  made  directly  to  the  record.  These 
changes  are  immediately  visible  within  the  OPAC.  Catalog  maintenance  thus  becomes 
a  subprocess  within  descriptive  cataloging,  accomplished  from  a  terminal  at  the 
cataloger's  desk. 

Automated  processing  involves  attaching  human-readable  as  well  as  machine- 
readable  labels  to  the  physical  item.    The  call  number  on  the  spine  label  is  for  human 
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convenience.     The  label  may  be  typed  locally,  as  shown  in  Figure  17,  or  may  be  a 
printed  byproduct  of  an  on-line  transaction  with  the  OPAC  record. 
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Figure   17.      Logical  Workflow  for  Physical  Processing 

Note  in  Figure  17  that  there  are  no  cards  and  pockets  to  be  typed  and  glued 
into  the  books.  The  barcode  is  all  that  is  needed  to  link  the  physical  item  with  the  logical 
description.  The  barcode  label  provides  a  unique  identification  down  to  the  copy  level. 
Use  of  the  barcode  substantially  improves  the  Library's  ability  to  obtain  information 
about  item  circulation  and  patron  use  of  the  Library. 
3.     Proposed  Circulation  Workflow 

Library  interest  in  automated  circulation  control  is  in  large  part  based  on  a  long- 
standing awareness  of  the  problems  inherent  in  manual  circulation  systems.  These 
problems  include  labor-intensive  and  time-consuming  record-keeping  work  routines, 
inaccuracy,  high  personnel  turnover,  an  inability  to  generate  conveniently  statistics 
about  circulation  activity,  and  the  lack  of  any  interface  between  circulation  files  and 
other  librarv  files  which  contain  much  of  the  same  bibliographic  data.  [Ref.  10:  p. 
173] 

Most  of  these  problems,  present  in  the  manual  Circulation  processes,  will  be 
alleviated  by  the  IOLS.  The  barcode  label  is  central  to  automated  circulation,  as  can 
be  seen  in  Figure  18.  Scanning  the  patron  library  card  and  the  barcode  on  the  book  are 
all  that  is  necessary  to  check-out  a  barcoded  book.  Check-out  will  be  at  least  three  times 
faster  than  manual  check-out  procedures,  since  automation  requires  only  one  pass 
beneath  the  scanner,  and  manual  procedures  require  that  three  cards  (patron,  book  and 
date  due)  be  inserted  into  the  charge  machine  and  stamped. 
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Figure   18.      Logical  Workflow  for  Automated  Circulation 

For  items  not  yet  barcoded,  the  Circulation  clerk  must  attach  a  barcode,  and 
must  sometimes  create  a  short  "circ  record"  in  the  OPAC,  to  identify  the  item,  before 
giving  it  to  the  patron.  Upon  its  return,  the  book  will  be  given  to  the  Bibliographic 
Control  Division,  where  the  OPAC  record  will  be  augmented. 
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All  circulation  transactions  will  be  reflected  in  the  OPAC  immediately.  Both 
patron  and  book  statistics  are  automatically  generated  during  the  check-out  and 
check-in  processes. 

4.     Proposed  Reference  Workflow 

As  seen  in  Figure  19,  the  Reference  function  uses  the  catalog  in  whatever  form 
it  appears.  Searchable  NOTES  fields  in  the  expanded  bibliographic  records,  and  the 
capability  of  applying  Boolean  logic  to  multiple  indexed  fields  yield  very  specific  search 
results.  The  speed  and  thoroughness  of  using  an  OPAC  for  Reference  are  advantages 
for  the  user.  Results  can  be  found  quickly,  and  sources  of  relevant  information  are  un- 
likelv  to  be  overlooked. 
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Figure   19.      Logical  Workflow  for  IOLS-Aided  Reference 
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III.     REQUIREMENTS  ANALYSIS 

The  characteristics  oflibrary  applications  differ  from  most  other  types  of  data- 
processing  activities.  The  files  are  primarily  alphabetic  rather  than  numeric.  Except 
for  a  relatively  small  amount  of  business  processing  in  accounting  procedures,  most 
of  the  tasks  are  sorting,  merging,  collating,  or  comparing,  and  usually  these  oper- 
ations are  performed  on  very  large  files.  The  typical  library  record  consisting  of 
bibliographic  and  user  data  tends  to  be  larger  than  typical  business  records  and  less 
easily  standardized  in  terms  of  the  number  of  characters.  The  use  of  computers  in 
sorting  large  files  in  alphabetical  sequence  is  more  complicated  in  library  applica- 
tions because  of  the  filing  rules  needed  for  bibliographic  records.    [Ref  3:  p.  72] 

A.     METHOD  OF  STUDY 

Identification  of  required  IOLS  functions,  description  of  the  existing  manual  Library 
work  flow,  comparison  of  three  alternative  IOLS  systems,  and  a  detailed  analysis  of 
NOTIS  costs,  machine  requirements,  and  implementation  scheduling  comprise  the  bulk 
of  this  study.    Information  presented  is  based  on: 

1.  interviews  with  selected  Library  staff  members,  including  Bobbie  Carr,  Catalog  Li- 
brarian; Sharon  Serzan,  Acquisitions  Librarian;  and  Ora  Wagoner,  Assistant 
Reader  Services  Librarian, 

•  to  identify  the  functions  of  importance  to  each  Division, 

•  to  rank  these  functions  in  order  of  preference, 

•  to  clarify  current  work  flow  in  the  Library's  Acquisitions,  Bibliographic  Control, 
and  Reader  Services  Divisions; 

2.  surveys  of  available  literature  describing  IOLS  systems  currently  on  the  market; 

3.  interviews  with  Computer  Center  Director  Doug  Williams  to  discuss  the  estimated 
costs  of  IOLS  support,  and  Jack  Starr,  IBM  Software  Engineer,  who  advised  on 
system  configuration  and  support; 

4.  telephone  conversations  with  vendors,  notably  Tim  Tamminga  and  Mary  Burgett, 
Marketing  Librarians  with  XOTIS. 

Automated  library  systems  from  many  vendors  were  investigated  during  the  ALA 
Conference  in  San  Francisco  in  June,  1987.  Because  of  budget  constraints,  on-site  visits 
were  limited  to  NOTIS  installations  at  Long  Beach  Public  Library,  Long  Beach, 
California,  and  at  Northwestern  University,  Evanston,  Illinois.  Hands-on  experience 
with  NOTIS  by  Library  and  Computer  Center  staff  has  been  positive. 
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B.     SYNOPSIS  OF  FUNCTIONS  DESIRED  BY  THE  LIBRARY  IN  AN  IOLS 

Listing  IOLS  capabilities  important  to  the  Library  was  the  initial  phase  of  this 
study.  Figure  20  is  a  synopsis  of  the  functions  important  to  the  Library,  summarized 
from  the  first  meetinc  of  the  author  and  the  Library  stafT. 


FUNCTIONS  DESIRED 

authority  control 
global  changes  to  files 
automated  circulation 
circulation  statistics  realtime 

Boolean  searching  of  on-line  catalog 

access  via  menu  or  commands 
catalog  update  overnight 
terminal  interface  capabilities 
machine  access  to  all  financial  records 
budget  information  automated 
standard  reports  predefined 
custom  reports  definable 
bibliographic  files  for  serials 

no  card  catalog 
on-line  catalog 

automatic  checkin 
print  forms  automatically 
on-line  order  file  for  monographs 
automated  order  form  generation 
automatic  claims/cancellation 

automated  management  reports 

on-line  access  to  Supply  for  ordering 

archive  capability  for  old  data 

Reserve  Book  control 

interface  w/RLIN 

name,  subject  authority  control 

automatic  deblinding 

access  to  commercial  databases 

FULL  MARC 

ability  to  extract  information 

mainframe  interoperability 


PERCEIVED  BENEFITS 

uniformity  of  entry 

ease  of  maintenance 

saves  time,  item  status  available 

immediate,  automatic  update 

spot  "hot"  areas  (collection  development) 

weeding  (easier,  more  accurate) 

efficient,  specific  access 
enhanced  subject  searching 

help  for  new  users,  quicker  for  expert 

current  info  about  collection 

access  to  remote  systems 

budget  reports 

currency,  ease 

flexibility 

missing  issue  control,  holdings 
binding  program  current 

no  card  filing,  checking,  maintenance 

more  points  of  access  indexed 
access  from  remote  sites 

save  time,  recall  alerts,  holds 

neat,  on  time,  standard 

see  what  is  on  order,  received 

efficient,  fiscal  control 
by  vendor,  subject  code 

control,  currency,  tracking 

control,  speed,  accuracy 

save  space 

statistics  on  use,  location  status 

access  to  upload,  download  records 

uniform  entry,  cross  references 

accuracy,  catch  blind  cross  references 

same  hardware  for  many  uses 

LC  standard  cataloging 

customized  reports 

Computer  Center  support 


Figure  20. 


Functions  Desired  by  Library  in  an  IOLS 


C.     LIBRARY  STAFF'S  RANKING  OF  DESIRED  FUNCTIONS 

In  Figure  21,  the  IOLS  functions  have  been  ranked  in  order  of  their  importance  to 
the  Library  by  representatives  of  the  Bibliographic  Control  Division,  Acquisition  Divi- 
sion, Reader  Services  Division,  Administrative  Division  and  the  Research  Reports  Di- 
vision. Scores  range  from  1  to  100  for  each  function,  with  100  being  highest.  Lower 
numbers  reflect  less  priority. 
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The  Carnegie  Report  [Ref.  1 1 J  suggests  that  the  local  lOLS  should  be  composed  of 
integrated  components  rather  than  discrete  automated  units,  and  that  the  "basic  device 
for  user  interaction"  should  be  a  full  screen  CRT  terminal.  It  also  identifies  a  strong 
"need  to  show  circulation  and  acquisition  status  to  patrons  searching  the  catalog,"  which 
was  reflected  in  the  Library  staffs  priorities,  shown  in  Figure  21. 


FUNCTION  DESIRED                 CASE* 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

AUTHORITY  CONTROL 

95 

93 

87 

89 

80 

2 

99 

99 

X 

X 

GLOBAL  CHANGES  TO  FILES 

93 

92 

86 

88 

79 

1 

100 

100 

X 

X 

AUTOMATED  CIRCULATION 

75 

99 

97 

92 

88 

X 

X 

X 

100 

100 

CIRCULATION  STATISTICS  REALTIME 

70 

* 

92 

92 

85 

92 

X 

X 

99 

99 

BOOLEAN  SEARCHING  OF  ON-LINE  CATALOG 

98 

97 

98 

97 

89 

95 

92 

92 

75 

75 

SHOW  STATUS  OF  EACH  ITEM  ON-LINE 

73 

96 

91 

91 

87 

88 

30 

30 

98 

98 

ACCESS  VIA  MENU  OR  COMMANDS 

90 

95 

90 

87 

84 

91 

X 

X 

60 

60 

CATALOG  UPDATE  OVERNIGHT 

91 

94 

88 

80 

86 

89 

91 

91 

X 

X 

TERMINAL  INTERFACE  CAPABILITIES 

85 

* 

73 

81 

35 

8 

X 

X 

30 

30 

(DIALOG,  DTIC. . .) 

CAPABILITY  OF  INCORPORATING 

100 

x 

74 

40 

25 

90 

X 

X 

X 

X 

TECHNICAL  REPORTS 

MACHINE  ACCESS  TO  ALL  BIBLIOGRAPHIC 

87 

98 

X 

100 

X 

18 

29 

29 

40 

40 

RECORDS 

MACHINE  ACCESS  TO  ALL  FINANCIAL 

19 

87 

81 

99 

91 

77 

X 

X 

X 

X 

RECORDS 

BUDGET  INFORMATION  AUTOMATED 

29 

86 

80 

98 

90 

97 

X 

X 

60 

60 

STANDARD  REPORTS  PREDEFINED 

37 

80 

79 

X 

92 

93 

X 

X 

X 

X 

CUSTOM  REPORTS  DEFINABLE 

45 

79 

77 

X 

94 

93 

X 

X 

50 

50 

BIBLIOGRAPHIC  FILES  FOR  SERIALS 

28 

91 

83 

96 

98 

11 

50 

50 

94 

94 

NO  CARD  CATALOG 

94 

90 

X 

X 

100 

X 

95 

95 

45 

45 

ON-LINE  CATALOG 

99 

100 

100 

100 

100 

96 

94 

94 

80 

80 

DOWNLOAD  FROM  RLIN 

5 

60 

89 

94 

95 

3 

X 

X 

X 

X 

AUTOMATIC  CHECKIN 

34 

61 

96 

86 

X 

5 

X 

X 

95 

95 

PRINT  FORMS  AUTOMATICALLY 

35 

62 

82 

85 

81 

17 

X 

X 

85 

85 

ON-LINE  ORDER  FILE  FOR  MONOGRAPHS 

30 

85 

95 

84 

99 

76 

X 

X 

X 

X 

AUTOMATED  ORDER  FORM  GENERATION 

25 

84 

94 

83 

97 

15 

X 

X 

X 

X 

AUTOMATIC  CLAIMS/CANCELLATION 

20 

84 

93 

82 

96 

16 

X 

X 

X 

X 

MANAGEMENT  REPORTS 

80 

83 

78 

95 

93 

99 

X 

X 

X 

X 

ON-LINE  ACCESS  TO  SUPPLY  FOR  ORDERING 

60 

82 

X 

79 

70 

9 

X 

X 

X 

X 

ARCHIVE  CAPABILITY  FOR  OLD  DATA 

55 

73 

X 

70 

83 

74 

X 

X 

X 

X 

RESERVE  BOOK  CONTROL 

15 

* 

76 

50 

75 

75 

X 

X 

83 

83 

INTERFACE  W/RLIN 

6 

89 

89 

94 

95 

4 

20 

20 

X 

X 

AUTOMATED  REPORTS 

65 

81 

75 

X 

92 

98 

X 

X 

70 

70 

NAME,  SUBJECT  AUTHORITY  CONTROL 

97 

88 

85 

X 

80 

3 

98 

98 

X 

X 

AUTOMATIC  DEBLINDING 

96 

x 

84 

75 

78 

6 

97 

97 

X 

X 

INTERFACE  W/CD  ROM  SERVICES 

16 

x 

72 

78 

30 

12 

X 

X 

X 

X 

ACCESS  TO  COMMERCIAL  DATABASES 

54 

78 

X 

X 

35 

X 

X 

X 

29 

29 

FULL  MARC 

10 

X 

99 

90 

82 

7 

96 

96 

X 

X 

ABILITY  TO  EXTRACT  INFORMATION 

53 

73 

X 

X 

94 

94 

X 

X 

69 

69 

MAINFRAME  INTEROPERABILITY 

69 

74 

82 

X 

65 

14 

X 

X 

X 

X 

ELECTRONIC  MAIL 

40 

75 

X 

73 

55 

87 

X 

X 

X 

X 

ENHANCED  SUBJECT  ACCESS 

88 

76 

X 

X 

X 

13 

93 

93 

X 

X 

AUTOMATED  MANAGEMENT  REPORTS 

80 

77 

78 

X 

93 

100 

X 

X 

X 

X 

NOTE:   Missing  values  have  been  entered  as 

"x" . 

Figure  21.      IOLS  Functions  Ranked  in  Preference  Order 
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1.     Histogram  of  Functions  in  Ranked  Order 

The  IOLS  functions  have  been  ranked  by  members  of  the  Library  staff  as  to  the 
relative  importance  to  their  respective  Division.  All  areas  of  the  Library  are  represented 
in  this  survey.  The  average  score  for  each  element  was  graphed  to  produce  an  ordered 
list  of  "IOLS  requirements"  (see  Figure  22).  Items  receiving  average  scores  of  70  or 
higher  were  considered  important.  Most  elements  listed  averaged  50  or  higher.  Note: 
Missins  values  have  been  excluded  from  averages. 


FUNCTION  DESIRED 


ON-LINE  CATALOG 

AUTOMATED  CIRCULATION 

BOOLEAN  SEARCHING  OF  ON-LINE  CATALOG 

CIRCULATION  STATISTICS  REALTIME 

MANAGEMENT  REPORTS 

AUTOMATED  MANAGEMENT  REPORTS 

ACCESS  VIA  MENU  OR  COMMANDS 

AUTHORITY  CONTROL 

NO  CARD  CATALOG 

GLOBAL  CHANGES  TO  FILES 

SHOW  STATUS  OF  EACH  ITEM  ON-LINE 

CATALOG  UPDATE  OVERNIGHT 

AUTOMATED  REPORTS 

NAME,  SUBJECT  AUTHORITY  CONTROL 

ON-LINE  ORDER  FILE  FOR  MONOGRAPHS 

AUTOMATIC  DEBLINDING 

ABILITY  TO  EXTRACT  INFORMATION 

ENHANCED  SUBJECT  ACCESS 

BIBLIOGRAPHIC  FILES  FOR  SERIALS 

CUSTOM  REPORTS  DEFINABLE 

STANDARD  REPORTS  PREDEFINED 

AUTOMATIC  CHECKIN 

ELECTRONIC  MAIL 

BUDGET  INFORMATION  AUTOMATED 

RESERVE  BOOK  CONTROL 

MACHINE  ACCESS  TO  ALL  FINANCIAL 

RECORDS 
PRINT  FORMS  AUTOMATICALLY 
AUTOMATED  ORDER  FORM  GENERATION 
AUTOMATIC  CLAIMS/CANCELLATION 
ON-LINE  ACCESS  TO  SUPPLY  FOR  ORDERING 
MAINFRAME  INTEROPERABILITY 
ARCHIVE  CAPABILITY  FOR  OLD  DATA 
DOWNLOAD  FROM  RLIN 
FULL  MARC 
CAPABILITY  OF  INCORPORATING 

TECHNICAL  REPORTS 
INTERFACE  W/RLIN 
MACHINE  ACCESS  TO  ALL  BIBLIOGRAPHIC 

RECORDS 
ACCESS  TO  COMMERCIAL  DATABASES 
INTERFACE  W/CD-ROM  SERVICES 
TERMINAL  INTERFACE  CAPABILITIES 

(DIALOG,  DTIC.) 


RELATIVE  IMPORTANCE  TO  STAFF  (SCALE  OF  1  TO  100) 
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Figure  22.      Histogram  of  IOLS  Functions  as  Ranked  by  Library 

D.     STATEMENT  OF  IOLS  REQUIREMENTS 

The  proposed  computer  based  Integrated  On-line  Library  System  (IOLS)  will  sup- 
port services  of  the  Dudley  Knox  Library  at  the  Naval  Postgraduate  School  and  will  be 
central  to  the  operation  of  this  facility.      For  reasons   of  accuracy,  timeliness,  and 
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economy,  it  is  essential  that  the  library  functions  be  integrated  to  operate  from  a 
common  data  base  where  bibliographical  information  is  entered  at  the  time  an  item  is 
ordered  and  used  in  all  functional  areas  of  the  library  therafter.  The  IOLS  must  include 
subsystems  addressing  library  requirements  in  the  following  areas: 

•  Acquisitions  including  a  complete  fiscal  accounting  systems  with  detail  and  sum- 
mar}'  reports  as  well  as  generation  of  procurement  documents  and  print  orders; 

•  Cataloging  with  an  embedded  full  screen  data  entry  and  edit  capability  which  allows 
modifications  and  additions  to  any  single  data  element  in  the  data  base  as  well  as 
global  changes  to  the  data  base; 

•  Circulation  including  inventory  control,  on-line  check-in  and  check-out,  renewals, 
holds  and  overdue  notice  generation.  The  system  must  also  support  generation  of 
statistical  reports  relating  to  circulation  of  library  materials  and  the  demographics 
of  the  user  community; 

•  Serials  Control  with  support  for  item  check-in,  routing,  claims  and  bindery  records; 

•  Research  Library  Information  Network  (RLIN)  compatible  data  formats  for  use  of 
existing  machine-readable  catalog  records  held  by  the  library.  This  subsystem  must 
allow  loading  of  existing  catalog  archive  tapes  plus  downloading  of  electronically 
transmitted  data  records  directly  from  RLIX. 

The  system  acquired  must  operate  in  the  IBM  370  MVS  CICS  environment  in  ex- 
istence at  the  Naval  Postgraduate  School  and  provide  for  database  access  from  the  in- 
stalled network  of  600  IBM  327X  display  terminals.  The  system  installed  must  be 
supportable  using  existing  IBM  3350  and  3380  type  disk  drives  and  not  require  the  in- 
stallation of  any  third-party  data  base  management  system  or  other  software.  In  terms 
of  capacity,  the  acquired  system  must  be  able  to  provide  database  storage  and  access  for 
at  least  300,000  titles  and  support  circulation  control  and  record  keeping  for  a  minimum 
of  50,000  transactions  per  year. 

Acquisition  of  a  system  that  does  not  meet  the  requirements  listed  above  would 
adversely  impact  the  function  of  the  Library  in  support  of  the  Naval  Postgraduate 
School's  academic  and  research  mission.  A  system  that  did  not  operate  from  a  single 
integrated  database  would  require  duplicate  data  entry  and  multiple  data  files  which  in 
a  large  high-volume  academic  library  could  never  be  kept  in  synchronization.  A  system 
that  did  not  offer  support  for  all  of  the  library  functions  listed  above  would  require  that 
the  Government  invest  additional  resources  in  developing  the  subsystems  and  functions 
not  supported  in  the  base  product. 

In  1983,  William  Saffady  described  the  problems  inherent  in  custom  developed 
software: 
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...  customized  software  development  can  prove  to  be  a  time-consuming  and  expen- 
sive activity  that  can  result  in  significant  delays  in  implementation  and  substantial 
costs.  Post-implementation  costs  will  likewise  be  incurred  by  the  continuing  re- 
quirement for  software  modification  or  other  maintenance.  As  a  result,  customized 
system  development  is  usually  viewed  as  an  implementation  alternative  of  last  resort, 
to  be  seriously  considered  only  in  those  applications  where  other  approaches  to  au- 
tomated [functions]  are  clearly  unacceptable.    [Ref.  10:  p.  271] 

Obviously,  the  Library's  requirements  must  be  met  by  an  existing  software  product, 
rather  than  by  augmenting  the  software  after  purchase. 

The  Naval  Postgraduate  School's  Computer  Center  operates  in  an  IBM  370  envi- 
ronment. Two  operating  systems  are  supported:  VM  for  general  purpose  timesharing 
and  MVS  for  batch  and  transaction  processing  applications.  The  School  also  has  an 
extensive  network  of  IBM  327X  terminals  installed.  Any  system  which  did  not  operate 
in  this  environment  and  provide  access  from  the  existing  terminal  network  would  require 
acquisition  and  support  of  additional  automatic  data  processing  resources  and  the  pos- 
sible installation  of  a  parallel  data  terminal  network.  This  would  be  a  costly  undertak- 
ing. 

Library  and  Computer  Center  staff  members  have  conducted  an  extensive  literature 
search  to  identify  potential  suppliers  of  computer-based  integrated  library  support  sys- 
tems. Table  1  summarizes  the  results  of  this  study,  and  the  applicability  of  the  systems 
to  the  Library's  requirements. 

Table   1.  AVAILABLE  IOLS  SYSTEMS 


IBM 

CICS 

Compat- 
ible 

RLIN 

Compat- 
ible 

Hardware  Other  Software  Required 

NOUS  Systems,  Inc.  (NOTIS) 
1007  Church  Street 
Evanston,  IL   60201-3622 

(312)  866-0150 

* 

* 

IBM  370 

BIBLIO-TECHMQUES,  Inc.  (BLIS) 

**  Out  of  business  ** 

• 

IBM  3~0  with  third  parly  database 
manager 

ADVANCED  Libraries  &  INFORMATION,  Inc. 
(ALOHA) 

2570  S.  Beretania  St.,  Suite  207 
Honolulu,  HI    96826 

(808)  947-4441 

IBM  370  with  PICK  Operating 
System 

DMA  RESEARCH  ASSOCIATES,  Inc.  (ATLAS) 

9270  Olive  Blvd 

St.  Louis,  MO    01775 

(314)432-1100 

DIGITAL  EQUIPMENT  CORP. 
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IBM 

CICS 

Compat- 
ible 

RLIN 

Compat- 
ible 

Hardware  Other  Software  Required 

COMSTOW  INFORMATION  SERVICES 
(BIBLIO-TECH) 

301  Boxboro  Road 
Stow,  MA    01775 

(617)  897-7163 

DIGITAL  EQUIPMENT  CORP. 

EYRING  LIBRARY  SYSTEMS  (CARL) 
5280  S.  West,  Suite  E260 
Salt  Lake  City,  UT   84107 

(801)  263-9200 

TANDEM  SYSTEMS 

DYNIX  INC. 
1455  W.  820  North 
Provo,  UT   84601 

(801)  375-2770 

* 

IBM  370  with  PICK  Operating 
System 

GEAC  COMPUTERS,  INC.  (GEAC) 
515  N.  Washington 
Arlington,  VA    22314 

(703)  836-0225 

* 

Contractor  furnished  dedicated 
hardware 

IN  LEX 

P.O.  Box  1349 

Monterey,  CA    93942 

(408)  646-9666 

* 

HEWLETT  PACKARD  3000 

INNOVATIVE  INTERFACES 

1409  5th  St. 
Berkeley,  CA   94710 

(415)  644-3600 

* 

Contractor  furnished  dedicated 
hardware 

LIAS  PROGRAM  OFFICE  (LIAS) 
E51 1  Pattee  Library 
Pennsylvania  Stale  University 
University  Park,  PA    16802 

(814)  865-1858 

HONEYWELL 

CLSI,  INC  (LIBS  100) 
1220  Washington  St. 
West  Newton,  MA   02165 

(617)  965-6310 

* 

DIGITAL  EQUIPMENT  CORP. 

GEORGETOWN  UNIVERSITY  MEDICAL 
CENTER  (LIS) 
3900  Reservoir  Road 
Washington,  DC    20007 

(207)  625-7673 

DIGITAL  EQUIPMENT  CORP. 

SOBECO  GROUP,  INC.  (MULTILIS) 
505  Dorchester  Blvd  West 
Montreal,  Quebec,  Canada 

(514)878-9090 

DIGITAL  EQUIPMENT  CORP. 

UTLAS  INTERNATIONAL  (T  SERIES  50) 
1611  N.  Kent  St. 
Arlington,  VA   22209 

(703)  875-8678 

* 

TANDEM  SYSTEMS 
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IBM 

CICS 

Compat- 
ible 

RLIN 
Compat- 
ible 

Hardware  Other  Software  Required 

INFORMATION  DIMENSIONS,  INC. 
655  Metro  Place  Souih 
Dublin,  OH    43017 

(614)  761-8083 

* 

IBM  370 

UNIVERSAL  LIBRARY  SYSTEMS,  LTD 
(ULISYS) 

1 609 A  Broadwav 
Bellingham,  WA   98225 

(206)  767-4624 

DIGITAL  EQUIPMENT  CORP. 

McDonnell  dolglas  complter  sys- 
tems (LRICA) 
P.O    Box  19501 
Irvine.  CA   92713 

(714)  250-1000 

Contractor  furnished  dedicated 
hardware 

VIRGINIA  POLYTECHNIC  INSTITUTE  (VTLS) 

416  Newman  Library 
Blacksburg,  VA    24061 

(703)  961-0823 

HEWLETT  PACKARD  3000 

Staff  members  also  attended  recent  meetings  of  the  American  Library  Association 
where  they  visited  trade  show  booths  of  all  offerors  of  these  systems.  Most  vendors 
acknowledged  that  they  were  unable  to  meet  the  School's  compatibility  and  operating 
environmental  requirements.  Professional  contacts  and  telephone  calls  to  other  offerors 
by  senior  library  staff  members  have  substantiated  the  limited  availability  of  a  complete 
library  support  system  which  meets  the  School's  needs. 

Table  1  summarizes  the  results  of  the  staffs  study  of  computer  based  library  sup- 
port systems  and  their  features.  From  the  literature  search  and  personal  contacts  de- 
scribed above,  three  systems  were  identified  for  more  thorough  investigation: 

NOTIS  Systems,  Inc.  (NOTTS) 
Evanston,  IL 

BIBLIO-TECHNIQUES,  Inc.  (BLIS) 
Olympia,  WA 

GEAC  Computers.  Inc.  (GEAC) 
Arlington,  VA 
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E.     COMPARISON  OF  REQUIREMENTS  TO  VENDOR  SYSTEMS 

In  the  following  tabic  (Tabic  2),  the  functional  requirements  of  the  Library  arc 
compared  by  vendor;  additional  information  is  taken  from  Appendix  A  in  [Ref  12]. 
Blanks  in  the  table  indicate  that  the  information  was  not  available. 

Table  2.     DETAILED  COMPARISON  BY  VENDOR  (PART  1) 


REQUIREMENTS: 

BLIS 

GEAC 

NOTIS 

IBM  Compatible 

Yes 

No 

Yes 

RUN  Compatible 

Yes 

Yes 

Yes 

ON  SITE  Training 

Yes 

Yes 

Yes 

Documentation  Supplied 

Yes 

Yes 

Yes 

ON-LINE  Catalog 

Yes 

Yes 

Yes 

AUTOMATED  Circulation 

No 

Yes 

Yes 

BOOLEAN  Searching  of  On-line  Catalog 

Yes 

Yes 

Yes 

AUTOMATED  Management  Reports 

Yes 

Yes 

Yes 

Access  via  MENU  or  COMMANDS 

Yes 

Yes 

Yes 

Name.  Subject  AUTHORITY  Control 

Yes 

Yes 

Yes 

GLOBAL  Changes  to  Files 

Yes 

Inter-Library  Loan  Function 

No 

Yes 

Yes 

Show  Status  of  each  Record  On-line 

Yes 

Catalog  Update  Overnight 

Yes 

ON-LINE  ORDER  File  for  Monographs 

Yes 

SERIALS  Checkin 

No 

Yes 

Yes 

CUSTOM  REPORTS  Definable 

Yes 

STANDARD  REPORTS  Definable 

Yes 

BUDGET  Information  Automated 

Yes 

RESERVE  Book  Control 

Yes 

SCREEN  Oriented 

Yes 

Yes 

Yes 

AUTOMATED  ORDER  Form  Generation 

Yes 

Yes 

AUTOMATIC  CLAIMS  Cancellation 

Yes 

DOWNLOAD  From  RLIN 

Yes 

Yes 

Yes 

FULL  MARC 

Yes 

Yes 

Yes 

MACHINE  Access  to  ALL  Records 

Yes 

Yes 

Yes 
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Table  3.     DETAILED  COMPARISON  BY  VENDOR  (PART  2) 


REQUIREMENTS: 

BITS 

OF  AC 

NOTIS 

IOLS  VENDOR  Support  for  HARDWARE 

No 

Yes 

No 

IOLS  VENDOR  Support  for  SOFTWARE 

Yes 

Yes 

Yes 

CONTEXT-SPECIFIC  ON-LINE  HELP 

Yes 

No 

Yes 

SUPPORT  for  Software  by  Computer  Center 

No 

No 

Yes 

Tape  Loading  of  Bibliographic  Records 

Yes 

Yes 

Yes 

MARC  Database  Match  of  Bib.  Records 

Yes 

No 

Yes 

Adaptation  of  Bibliographic  Records 

No 

Yes 

Yes 

Keyboarded  Prompted  Record  Input 

No 

Yes 

No 

Blank  Screen  Fill-in  Record  Input 

No 

No 

Yes 

Form  Fill-in  Record  Input 

Yes 

No 

Yes 

Customized  Prompted  Fill-in  Record  In 

No 

Yes 

No 

Batch  Loading  Item  Records 

Yes 

Yes 

Yes 

Keyboarding  Item  Records 

Yes 

Yes 

Yes 

Lightvvand  Item  Records 

Yes 

Yes 

Yes 

Error  Checking  Batch  Mode.  MARC  Format 

Yes 

Yes 

No 

Error  Checking  Batch  Mode.  ISSN  ISBN 

No 

No 

Yes 

Error  Checking  Batch  Mode,  Barcode 

Yes 

Yes 

No 

Error  Checking,  Keyboarded,  MARC  Format 

Yes 

Yes 

Yes 

Error  Checking,  Keyboarded.  ISSN  ISBN 

No 

No 

Yes 

Error  Checking,  Keyboarded.  Barcode 

Yes 

Yes 

Yes 

Error  Checking,  Lightwand,  Barcode 

Yes 

Yes 

Yes 

On-line  Shelflist  Search 

Yes 

Yes 

Yes 

Labeling  Spine  Labels 

No 

Yes 

Yes 

The  NOTIS  system  designed  and  implemented  in  the  library  at  Northwestern  Uni- 
versity is  the  system  which  best  meets  the  designated  Library  requirements  listed  above. 
The  NOTIS  system  operates  in  an  MVS/CICS  environment,  is  self-contained,  does  not 
require  purchase  of  an  additional  database  management  system,  is  RLIN-compatible, 
and  fully  meets  the  needs  of  the  library  in  terms  of  functional  subsystems. 
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IV.     COMPARISON  OF  IOLS  CANDIDATES  FOR  BEST  FIT 

Considering  the  functional  requirements  the  Library  has  established,  and  the  twin 
constraints  of  IBM-  and  RLIX-compatibility,  few  IOLS  systems  on  the  market  meet  the 
criteria.  BLIS,  GEAC  and  NOTIS  all  support  a  critical  mass  of  integrated  local  func- 
tions, are  actually  in  use  in  libraries,  and  have  been  favorably  reported  in  the  literature. 

These  systems  have  also  been  recommended,  with  reservations,  by  the  Research  Li- 
braries Group.  RLG  encourages  its  members  to  move  toward  a  full  function  local  sys- 
tem that  supports  an  on-line  public  access  catalog  (OPAC),  circulation  control,  serials 
control,  automated  support  of  acquisitions,  cataloging  with  authority  control,  and 
interlibrary  loan.  These  are  the  same  functions  valued  by  the  Library,  so  RLG  approval 
for  BLIS,  GEAC  and  NOTIS  is  encouraging. 

Extensive  cost-benefit  analysis  of  BLIS  and  GEAC  is  non-productive,  for  both 
companies  declared  bankruptcy  during  the  course  of  this  research.  NOTIS  was  the  re- 
commended choice  based  on  supportability  and  cost  in  the  initial  comparison.  It  now 
appears  to  be  "the  only  game  in  town".  Initial  cost  comparisons  in  this  section  are  1984 
costs,  taken  from  the  Carnegie  Report  to  the  RLG.  19SS  costs  for  the  NOTIS  system 
are  included  in  the  next  chapter. 

A.     BLIS 

Biblio-Techniques,  Inc.,  based  in  Olympia,  Washington,  marketed  a  vendor- 
supported  "object  code  only"  version  of  the  software  system  owned  and  operated  by  the 
Washington  Library  Network  (WLN).  BLIS,  the  Biblio-Techniques  Library  and  Infor- 
mation System,  ran  on  IBM-compatible  mainframes,  and  used  3270-compatible  termi- 
nals with  full  MARC  ALA  character  sets.  It  could  be  installed  using  off-the-shelf 
hardware  without  user  programming. 

Although  BLIS  used  IBM's  DOS  VSE,  VS1  or  MVS  as  its  operating  system,  it  used 
Software  AG  of  North  America,  Inc.'s  ADABAS  for  a  database  management  system, 
and  their  teleprocessing  monitor  COM-PLETE.  COM-PLETE  includes  a  terminal 
mapping  utility  that  makes  it  easy  to  design  custom  input  screens.  Software  AG  also 
provides  a  report  writer,  called  NATURAL,  that  makes  report  definition  very  flexible. 
All  three  software  packages  were  used  by  BLIS. 

All  software  was  maintained  by  Biblio-Techniques  over  a  remote  teleprocessing  link. 
New  software  releases  were  included  in  the  monthlv  maintenance  fee. 
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On-site  training  and  documentation  were  provided  by  Biblio-Techniques.  On-line 
help  was  "well  designed,  being  context-specific  and  oriented  toward  directing  the  user 
toward  correction".  The  on-line  catalog  had  a  public  access  interface  which  was  "highly 
flexible  and  extremely  well  conceived".  The  authorities  system  was  integrated  into  cat- 
aloging; full  Boolean  searching  capability  was  supported.  MARC  formats  were  sup- 
ported (except  for  Maps,  Archives  and  Manuscripts).  The  acquisitions  system  provided 
"virtually  complete  procurement  and  fiscal  capabilities,  and  [was]  reasonably  flexible". 
[Ref.  11:  p.  18]  Serials  control  and  circulation  control  were  not  implemented.  Figure  23 
summarizes  initial  installation  and  maintenance  costs  for  BLIS. 


1984 

COSTS 

Hardware 

Installation,  documentation, 
Software  licenses  (incl.  AG) 
Annual  software  maintenance 
Annual  hardware  maintenance 

training 

$448,000 

17,500 

225,000 

$  39,600 
40,740 

TOTAL  INITIAL  COST 

$770,840 

ANNUAL  MAINTENANCE  COST 

$  80,340 

Figure  23.       BLIS  System  Costs  -  1984  Dollars 

During  the  course  of  this  research,  Biblio-Techniques  has  gone  out  of  business. 

B.     GEAC 

GEAC  Computers,  Inc.,  a  Canadian  company  with  U.S.  offices  in  Arlington. 
Virginia,  markets  turnkey  systems  for  libraries  and  financial  institutions.  It  has  a  num- 
ber of  systems  in  production  all  over  Europe  and  the  U.S.,  including  installations  at  the 
Naval  Academy  and  at  West  Point. 

GEAC  manufactures  its  own  computers.  The  multiprocessor  model  has  a  commu- 
nications processor  to  manage  attached  terminals  and  printers,  a  disk  processor  to 
manage  disk  storage,  and  an  applications  processor.  The  operating  system  is  unique  to 
GEAC,  as  is  ZOPL,  the  implementation  language  for  both  system  and  applications.  The 
system  requires  2-3  full-time  employees  for  operations;  operator  documentation  and 
procedures  are  available.  Hardware  maintenance  is  performed  by  GEAC;  software  di- 
agnostics are  provided  for  all  supported  software.  Error  corrections  and  functional  en- 
hancements to  software  are  provided  without  charge. 

Integration  of  the  on-line  catalog  with  data  created  in  other  subsystems  "appears 
quite  complete"  [Ref.  11:  p.  34].    All  U.S.  MARC  formats  are  supported  in  database 
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searching.  The  full  MARC 'ALA  character  set  is  supported.  Help  screens  are  available 
whenever  the  user  desires.  Both  tutorial  mode  and  command  modes  are  available.  The 
authorities  subsystem,  the  acquisitions  system,  and  serials  control  are  in  place  within  the 
IOLS  software.  GEAC  is  well-known  for  its  circulation  support,  according  to  the 
Carnegie  Report  [Ref.  11]. 

Figure  24  summarizes  initial  installation  and  maintenance  costs  for  GEAC. 


1984  COSTS 

GEAC  CPU 

$  90,850 

128K  Memory  (2) 

11,460 

Disk  drives  (2),  332MB 

40,000 

Tape  drive,  100  IPS 

6,800 

Printer,  300  LPM 

6,400 

Dial-up  modem 

1,230 

GEAC  software 

100,000 

Installation  &  conversion 

9,000 

Software  maintenance 

10,800 

Hardware  maintenance 

16,080 

INITIAL  TOTAL  COST 

$292,620 

ANNUAL  MAINTENANCE  COST 

$  26,880 

Figure  24.      GEAC  System  Costs  -  1984  Dollars 

GEAC  meets  many  of  the  constraints  and  requirements  listed  above  although  it  is 
not  IBM -compatible.  Installation  of  this  system  would  require  acquisition  of  an  addi- 
tional complete  ADP  complex  and  terminal  network.  GEAC's  recent  bankruptcy  effec- 
tively removes  the  company  from  consideration. 

C.     NOTIS 

The  NOTIS  system  has  been  designed  and  implemented  in  the  Library  at  North- 
western University,  which  markets  the  system  and  assists  in  installation  and  training. 
It  has  been  installed  in  over  one  hundred  libraries  world-wide,  and  is  the  current  choice 
for  installation  at  the  Naval  War  College. 

NOTIS  is  RLIN-compatible  and  IBM-compatible.  It  uses  IBM's  DOS  VSE  or 
MVS  operating  systems,  and  IBM's  CICS  transaction  monitor.  The  VSAM  access 
method  is  used  as  a  record  manager;  VTAM  is  the  access  method  to  support  terminal 
communications.  On-line  support  is  in  IBM  370  Assembler  language  and  in  PL/1.  The 
Computer  Center  is  familiar  with  each  of  these  IBM  products,  and  can  provide  support 
for  them.  Hardware  can  be  installed  from  ofT-the-shelf  components,  but  software  is 
likely  to  require  tailoring. 
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Hardware  maintenance  is  provided  by  the  hardware  vendor.  NOTIS  software 
maintenance  includes  all  enhancements  to  the  product  and  its  documentation.  Tele- 
phone support  is  provided  for  trouble-shooting,  problem  isolation  and  correction;  this 
service  is  both  competent  and  friendly.  (My  call  was  promptly  returned  and  questions 
were  fielded  professionally.)  NOTIS  provides  15  days  of  training  to  every  new  user,  with 
a  software  engineer  on-site  during  installation  (2-3  days)  and  on-site  training  scheduled 
on  demand. 

The  Carnegie  Report  [Ref.  11]  was  positive  about  several  aspects  of  NOTIS: 

Help  screens  are  context-specific,  and  are  designed  to  assist  the  user  in  solving  the 
immediate  problem.  ...  NOTIS  is  designed  to  complement  or  enhance  efficient  work 
flow:  input  update  screens  are  cleanly  presented,  multi-screen  transitions  are  mini- 
mized for  any  given  function,  and  prompts  and  defaults  reflect  a  real  understanding 
of  library  practices.   [Ref.  11:  p.  44] 

The  patron  access  component  is  well-constructed,  with  straightforward  tutorial 
facilities  and  very  simple  syntax.  [Ref.  11:   p.  45] 

The  authorities  control  module,  acquisitions  module,  serials  check-in  module,  and 
circulation  system  are  in  place  within  the  IOLS  software.  Global  changes  are  possible; 
Boolean  searching  is  available.  The  InterLibrary  Loan  (ILL)  function  is  limited,  but 
because  it  shows  the  item  status  and  date  due  in  the  on-line  record,  it  meets  the  Library's 
functional  requirement. 

Figure  25  summarizes  initial  installation  and  maintenance  costs  for  NOTIS. 


1984  COSTS 

IBM  4321  CPU,  1MB 

$ 

60,342 

System  console 

2,988 

Maintenance  terminal 

1,462 

Disk  drives  (2),  371MB 

52,768 

Tape  drives  (2) 

18,279 

Line  printer,  650  LPM 

28,794 

IBM  software  licenses 

17,000 

NOTIS  software  licenses 

58,000 

SAS  licenses  (reports) 

8,500 

IBM  rentals 

3,540 

NOTIS  maintenance 

7,000 

SAS  maintenance 

595 

Hardware  maintenance 
INITIAL  COST 

17,886 

$277,154 

ANNUAL  MAINTENANCE  COST 

$ 

25,481 

Figure  25.      NOTIS  System  Costs  -  1984  Dollars 
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The  conclusion  of  the  technical  staff  of  the  School,  based  upon  literature  search  and 
personal  contacts,  plus  initial  cost  analysis,  is  that  NOTIS  is  the  single  responsible 
source  for  integrated  library  software  that  meets  the  School's  requirements. 
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V.     RECOMMENDED  IOLS:    NOTIS 

Normally  several  possible  alternatives  are  valid  in  any  feasibility  study,  with  one 
option  being  recommended.  In  this  case,  there  is  a  single  valid  IOLS  to  be 
recommmended,  as  other  alternatives  are  unacceptable,  or  currently  unavailable.  If  the 
Library  decides  to  automate,  and  if  an  IOLS  is  installed,  NOTIS  is  the  clear  choice. 

A.     NOTIS  SYNOPSIS 

NOTIS,  Inc.  is  22  months  old  as  a  standalone  company,  but  it  has  15  years  of  de- 
velopment history  as  part  of  Northwestern  University's  library  system.  Its  primary 
product  is  an  integrated,  on-line  library  management  system;  future  developments  will 
feature  remote  linkages  between  library  holdings  and  informational  databases  using  the 
same  search  software  which  now  supports  bibliographic  searching.  A  "scholars'  work- 
station" with  access  to  Chem  Abstracts,  ERIC,  Medline,  etc.,  using  the  standard  user 
interface  now  present  in  the  existing  on-line  catalog,  is  NOTIS,  Inc.'s  goal. 

Fisure  26  summarizes  the  crowth  of  NOTIS  Inc. 


1988 

1987 

1986 

Revenue 

$5M 

Installed  Systems: 

Academic 

73 

N/A 

N/A 

Corporate/Special 

7 

State/National 

6 

Public 

6 

Consortia 

7 

School 

2 

=  =  =  = 

==== 

=  =  =  = 

Total  Installed  Systems 

101 

81 

57 

Staff: 

Customer  Services: 

System  Engineering 

9 

N/A 

N/A 

User  Services 

11 

Conversion 

8 

Documentation 

4 

Development 

17 

Marketing 

5 

Admininstration 

7 

=  =  r  = 

=  =  =  r 

Total  Staff 

72 

47 

Figure  26.      Gro»th  of  NOTIS  Inc. 
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At  the  NOTIS  Users'  Group  Meeting,  in  June  of  19SS,  Library  and  Computer 
Center  staff  members  met  with  representatives  from  many  libraries  already  using 
NOTIS.  In  general,  the  NOTIS  users  interviewed  had  a  favorable  opinion  of  NOTIS. 
IBM  installations  said  it  is  the  "only  product  available"  and  is  "the  best  for  their  pur- 
poses". The  consensus  of  opinion  was  that  NOTIS  is  a  very  efficient,  well  supported, 
and  fully  functional  IOLS. 

The  annual  maintenance  fee  covers  all  enhancements,  including  the  new  releases 
which  come  out  about  twice  a  year.  Release  4.5  will  be  available  in  late  19SS.  Twenty- 
three  modules  will  be  added,  with  an  increase  in  processor  utilization  of  about  5%  over 
Release  4.4.  The  highlight  of  Release  4.5  is  increased  performance  in  keyword  Boolean 
searching,  which  is  said  by  NOTIS.  Inc.  to  be  three  times  faster  in  execution  and  display 
of  search  results  than  in  previous  releases;  no  additional  memory  is  required  for  this  in- 
creased performance.  Users  testing  the  new  software  confirmed  NOTIS  Inc.'s  statement 
of  increased  search  speed. 

1.     Size  of  System  Required 

According  to  the  NOTIS  and  IBM  representatives,  the  size  of  files  to  support 
a  NOTIS  IOLS  for  a  collection  of  approximately  300,000  titles  and  an  annual  circulation 
of  approximately  50,000  is  as  shown  in  Figure  27. 


NOTIS  Software  (program  libraries,  workspace) 

200MB 

Other  Software 

200MB 

(MVS,  CICS,  PL/1  Libraries,  SAS...) 

TOTAL  SOFTWARE  REQUIREMENTS 

400MB 

DATABASE 

Catalog  (3,000  bytes  per  record  per  title) 

900MB 

(includes  Boolean  keywords;  300,000  records) 

Authority  Records  (800  bytes  per  record) 

401.2MB 

(name,  subject,  series;  501,529  records) 

Order  Records  (400  bytes  per  record) 

4MB 

(10,000  orders  per  year) 

Circulation  Records  (100  bytes  per  record) 

50MB 

(50,000  circulations  p/yr  for  10  years) 

Patron  Records  (650  bytes  per  record) 

5MB 

(about  4750  patrons,  growing  2-5X  p/yr) 

Vendor  Records  (300  bytes  per  record) 

1MB 

(250  vendors,  publishers) 

TOTAL  DATABASE  DASD  REQUIRED 

1361.2MB 

TOTAL  SYSTEM  DASD  REQUIRED 

1761.2MB 

Figure  27.      NOTIS  System  Size  -  DASD  Requirements 
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The  eight  3350  DASDs  proposed  for  the  system  have  a  combined  capacity  of 
2536MB.  This  covers  the  initial  requirements  and  the  projected  growth  of  files  indicated 
above  for  archival  use  (Bibliographic  data,  Circulation,  Patron  records),  and  provides 
additional  space  for  application  programs  such  as  report  generators,  statistical  archives, 
etc.  Tape  will  be  used  to  archive  old  historical  files  that  do  not  need  to  be  on  the  DASD. 

B.     BENEFITS 

Direct  cost  benefits  of  the  IOLS  exceed  S9 1,000  the  first  year;  each  year  thereafter 
realizes  another  $73,200  in  documented  benefits.  The  estimated  value  of  intangible 
benefits  is  S83,930  a  year. 

1.     Direct  Benefits  of  an  IOLS 

The  most  serious  deficiency  of  automation  in  the  Catalog  Division  is  our  depend- 
ence upon  a  card  catalog.  A  great  deal  of  time  is  expended  in  filing  cards  for  new 
books;  even  more  time  is  spent  on  catalog  maintenance.  New  holdings  must  be 
added  to  shelflists,  and  headings  frequently  change.  Each  addition  or  change  means 
that  cards  must  be  pulled,  corrected,  and  re-filed.  —  Bobbie  Carr,  Head  of  the 
Bibliographic  Control  Division,  19S6. 

Since  1979,  the  Dudley  Knox  Library  has  paid  an  average  of  SI, 604. 31  even.' 
year  to  purchase  catalog  cards  from  RL1N.  This  cost  will  be  unnecessary  with  an  IOLS. 
Implementation  of  an  on-line  catalog  will  also  eliminate  the  9  hours  per  week  of  pro- 
fessional time  spent  filing  catalog  cards,  and  the  13  hours  per  week  of  professional 
cataloger's  time  spent  on  catalog  maintenance.  This  is  equivalent  to  adding  an  addi- 
tional half-time  professional  to  the  staff,  in  terms  of  available  man-hours.  The  average 
hourly  wage  of  a  cataloger  in  the  Library  (2  GS-9s,  1  GS-1 1,  1  GS-12)  is  S13.71  per  hour; 
the  present  cost  to  the  Library  is  SI 5,684.24  per  year  just  for  filing  and  card  maintenance 
in  the  card  catalog.  Rather  than  eliminating  half  of  a  full-time  employee,  the  Cataloging 
Division  will  use  the  reclaimed  time  to  do  jobs  --  like  rare  book  cataloging,  analytics, 
shelf-reading,  weeding  the  collection  of  little-used  materials  -  that  simply  cannot  be 
done  now.  More  thorough  original  cataloging  of  NPS  theses  is  another  goal  of  the 
Bibliographic  Control  Division,  when  time  is  freed  from  catalog  maintenance.  Bobbie 
Carr  even  envisions  the  end  of  the  cataloging  backlog  that  has  been  an  institution  in  the 
Librar>'  for  the  past  ten  years. 

There  are  an  estimated  2500  volumes  in  the  cataloging  backlog.  According  to 
Acquisitions  Librarian  Man'  Kuntsal,  a  conservative  estimate  of  the  average  purchase 
price  for  each  volume  is  S37.00.  The  minimum  cost  paid  for  the  books  in  the  backlog 
is  S92,500.     The  IOLS,  in  speeding  the  availability  of  the  backlog,  will  make  S92,500 
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worth  of  research  materials  accessible  at  no  additional  cost  to  the  School.  Information 
has  a  time  value.  A  book,  especially  in  the  fields  of  science  and  technology,  is  most 
useful  in  the  first  three  to  five  years  after  it  is  published.  The  recurring  value  of  having 
the  books  available  18  months  sooner  with  the  IOLS  than  they  would  have  been  with 
the  manual  system  is  S34,687  per  year.  (18  months  is  37.5%  of  the  average  four-year 
lifespan  of  a  technical  book;  37.5%  of  S92,500  is  S34,687.)  The  benefit  is  recurring  be- 
cause, with  the  IOLS  in  place,  the  backlog  is  prevented  from  developing. 

At  present,  the  Circulation  Desk  clerk  must  count  the  previous  day's  circulation 
every  morning,  then  sort  the  book  cards  and  file  them.  Each  item  has  two  cards  in  the 
pocket:  the  blue  card  is  filed  in  call  number  order,  and  the  white  card  is  filed  behind  the 
library  patron's  id  number.  There  are  between  125-150  cards  to  be  filed  on  a  typical  day. 
Cards  accumulate  over  the  weekend,  so  that  Friday,  Saturday  and  Sunday's  circulation 
cards  are  counted  and  filed  on  Monday  morning.  An  average  Saturday  produces  80 
cards,  while  Sunday  numbers  60.  It  is  not  unusual  for  the  card  filing  on  Mondays  to 
take  two  hours.   Other  week  days  range  between  45  minutes  to  1  1/2  hours  of  filing  time. 

The  Library  cost  of  counting  circulation  by  hand  and  then  filing  the  book  cards 
is  S2,434  per  year,  given  the  average  6.5  hours  per  week  of  filing  time  and  an  hourly  cost 
for  a  GS-4  employee  of  S7.20.  With  the  IOLS.  not  only  would  this  cost  be  saved,  but 
the  automatically  generated  circulation  "counts"  would  be  more  accurate,  more  readily 
available  for  reporting,  and  more  easily  divided  into  groups  and  subgroups  for  statistical 
analysis,  i.e.  percentage  of  students  using  QA-prefixed  call  numbers  in  relation  to  total 
student  circulation.  Use  patterns  captured  by  circulation  statistics  are  powerful  tools  for 
better  collection  management. 

Book  cards  are  not  used  with  an  IOLS.  Pockets  for  cards  are  also  unnecessary. 
The  S854  average  cost  per  year  of  purchasing  all  cards  and  pockets  would  be  imme- 
diately saved. 

The  Circulation  Desk  clerk  would  be  able  to  display  what  each  patron  has 
checked  out  by  issuing  one  command  at  the  terminal;  the  patron  who  wants  an  inven- 
tory of  his/her  library  materials  could  get  a  printout  of  this  display.  Lists  of  materials 
for  which  a  patron  is  responsible  are  not  now  prepared,  because  of  the  time  and  effort 
involved  in  their  generation.  If  such  a  printed  inventory  helped  locate  a  forgotten  book 
for  even  1%  of  the  patron  population  every  year,  it  could  save  S  1,000  a  year  in  "lost 
books".  (1%  of  2700  users  is  27  people;  27  lost  books  at  an  average  cost  per  book  of 
S37.00  is  S999.)  Given  the  transient  nature  of  the  student  population,  this  estimate  of 
savings  is  probably  conservative.    Too  often,  by  the  time  a  student  checks  out  of  the 
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Library  and  finds  that  he  she  has  not  returned  all  the  materials  that  have  been  checked 
out,  the  movers  have  already  packed  the  household  goods  and  there  is  no  way  to  search 
for  the  missing  item(s). 

Each  book  has  identifying  information  typed  on  the  blue  card,  white  card,  and 
book  pocket  in  a  standard  format.  Processing  clerks  spend  16-18  hours  a  week  phys- 
ically preparing  library  materials  for  display  or  shelving.  This  work  is  then  checked  by 
a  supervisor.  Bobbie  Carr  estimates  that  clerical  time  for  processing  cards  and  pockets 
is  750  hours  a  year.  At  an  average  processing  cost  per  hour  of  S7.S6,  (1  GS-6  supervisor, 
1  GS-5  and  2  GS-4  clerks),  the  Library  would  gain  S5895  worth  of  available  time  even- 
year,  since  the  IOLS  does  not  use  cards  and  pockets. 

The  Periodicals  Librarian  (GS-9)  spends  roughly  one-third  of  his  her  time  on 
updating  holdings,  bindery  work,  and  record  keeping  for  serials.  This  work  is  largely 
duplicated  in  Acquisitons  and  would  be  unnecessary  with  XOTIS.  The  released  time  for 
the  Periodicals  Librarian  is  worth  S8,487  (SI 2.20  per  hour  x  696  hours  per  year,  one  third 
of  the  2087  hours  per  year  used  by  the  Government  for  standard  pay  purposes). 

Eventual  removal  of  the  card  catalog  cases  would  free  506  square  feet  of  Library 
floorspace.  The  terminal  clusters  that  will  replace  the  card  catalogs  for  patron  searching 
of  the  OPAC  would  take  approximately  360  square  feet,  leaving  a  net  gain  of  1-16  square 
feet.  The  value  of  this  one-time  gain  is  SI  7,8 12,  based  on  the  actual  SI  22  per  square  foot 
cost  of  the  proposed  Library  expansion  (now  in  the  approval  process). 

The  switch  to  an  IOLS,  and  the  eventual  closing  of  the  card  catalog  would  save 
space.  Additional  lobby  floorspace  would  enable  Reader  Services  to  rearrange  the  Ref- 
erence Desk  and  provide  more  convenient  access  to  desktop  reference  books  and  display 
cases.    It  would  also  allow  more  flexible  positioning  of  the  security  checkpoints. 

Other  direct  savings  can  be  ascribed  to  the  IOLS.  At  present  there  are  over 
10,000  items  on  the  "missing  issues"  list,  which  chronicles  periodicals  that  must  be  ac- 
quired before  binding  can  take  place.  Items  may  be  missing  because  they  were  stolen 
or  mutilated,  because  back  runs  were  donated  to  the  Library  incomplete,  or  because  the 
issue  was  never  received  on  subscription.  Acquisitions  Librarian  Sharon  Serzan  believes 
that  at  least  10%  of  the  missing  issues  fall  into  the  last  category-items  that  the  Library 
paid  for  but  were  not  received.  Each  back  issue  purchased  from  L'SBE  costs  a  minimum 
of  S5.84  (not  including  the  time  it  takes  to  order  it).  Bound  volumes  are  S9.00  each. 
The  minimum  total  cost  to  replace  all  missing  issues  comes  to  S5S.400;  ten  percent,  or 
S5,840,  represents  the  savings  to  the  Library  if  automated  claims  had  been  in  place. 
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The  missing  issues  list  grows  at  an  estimated  rate  of  1115  items  per  year.  The 
IOLS,  by  automatically  claiming  all  items  not  received  on  subscription,  would  prevent 
10%  of  the  missing  issues  from  ever  appearing  on  the  list.  The  savings  to  the  Library 
for  these  1 16  items  would  be  S677  annually.    This  would  be  a  recurring  benefit. 

A  GS-4  clerk  in  Acquisitions  claims  an  average  10  issues  a  week  from  among 
the  1830  periodical  titles  currently  received  by  the  Library.  Each  claim  takes  between 
10-30  minutes,  with  foreign  titles  taking  even  longer.  Some  claims  must  be  repeated  se- 
veral times.  At  an  average  20  minutes  per  claim,  with  a  follow-up  on  half  the  cases,  the 
labor  cost  to  the  Library  for  claiming  periodical  issues  not  received  on  schedule  is  SI 872 
per  year.  This  cost  is  separate  from  missing  issues  that  are  never  noticed  and  therefore 
never  claimed.   Automatic  claiming  would  free  this  time  for  other  work. 

The  total  value  to  the  Library  of  having  automatic  claiming  would  be  S2549 
each  year.   (SI 872  claim  time  saved  +  S677  missing  issues  =  S2549). 

Direct  cost  savings  discussed  above  exceed  S91K  (see  Figure  28).  This  total 
represents  actual  cost  savings,  as  well  as  money  already  spent  by  the  Library  for  which 
the  IOLS  would  return  a  fuller  value.  Release  time  value  and  missing  issues  savings  are 
recurring  benefits;  they  would  continue  to  profit  the  Library  during  the  entire  life  cycle 
of  the  IOLS. 


DIRECT  COST  SAVINGS 

RECURRING 

ONE-TIME 

ANNUALLY 

Catalog  Card  Purchase 

$ 

1,604 

$ 

Catalog  Filing  and  Maintenance 

15,684 

Backlog  Book  Availability 

34,687 

Circulation  Filing 

2,434 

Book  Cards  and  Pockets  Purchase 

854 

Inventory  of  Checked-out  Items 

1,000 

Processing  Book  Cards  and  Pockets 

5,895 

Periodicals  Librarian  Time 

8,487 

Library  Floor  Space 

17,812 

Automatic  Claiming 

2,549 

Subtotals 

73,194 

17,812 

TOTAL  BENEFIT 

$ 

91,006 

Figure  28.      Summary  of  Direct  Benefits  of  IOLS 

2.     Indirect  Benefits  of  an  IOLS 

Indirect  benefits  of  the  IOLS  are  as  real  as  the  direct  benefits.  Students  and 
faculty  alike  would  profit  from  concomitant  IOLS  support  of  managed  collection  devel- 
opment, increased  intellectual  organization,  more  searchable  access  points  in 
bibliographic  records,  improved  currency,  and  faster  processing  of  materials. 
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The  Library  is  the  heart  of  graduate  education.  The  mission  of  the  Dudley 
Knox  Library  is  "to  achieve  the  highest  standards  of  library  service  on  behalf  of  the 
faculty,  student  body,  and  staff  and  thereby  support  in  a  vital  manner  the  academic  and 
research  programs  of  the  Naval  Postgraduate  School."  The  current  reliance  on  tradi- 
tional manual  processes  is  a  handicap  to  achievement  of  the  level  of  support  the  Library 
is  mandated  by  its  accrediting  body  to  provide. 

More  readily  accessible  bibliographic  data  in  an  on-line  public  access  catalog 
would  be  a  boon  to  all  users  of  the  Library.  Information  in  the  collection  would  be 
easier  to  find.  Circulation  would  be  faster.  Patron  requests  for  status  of  individual  items 
would  be  handled  without  delay  or  reliance  on  physical  searching  in  the  stacks  and 
shelving  sorting  areas.  Lists  of  items  charged  to  a  patron  would  be  equally  available, 
on  demand.  Detailed,  accurate  statistics  of  use  would  enable  a  more  balanced  collection 
development  program.  Current  fiscal  accounting  data  would  enable  more  effective 
control  of  funds.  Integration  of  information  and  automatic  collection  of  statistical  data 
would  result  in  better  management  decisions,  more  accurate  control,  and  less  disruption 
of  bibliographic  processes.  Administrative  records  would  be  more  complete,  more  ac- 
curate, and  more  timely.  This  amounts  to  better  overall  support  for  the  academic  and 
research  programs  of  the  Naval  Postgraduate  School. 

When  we  refer  to  improved  library  services,  we  make  a  number  of  statements:  we 
wish  to  make  more  documents  available,  we  wish  to  interpose  as  few  barriers  to  ef- 
fective use  as  possible,  we  wish  to  keep  the  operating  costs  as  low  as  possible  and 
divert  funds  to  more  effective  collections,  and  we  want  these  publications  to  be 
available  as  soon  after  their  appearance  as  possible.    [Ref.  3:  p.  92] 

Automation  almost  always  speeds  the  rate  at  which  work  is  performed  by  relieving 
the  staff  of  repetitive  chores,  improving  the  accuracy  and  integrity  of  files,  eliminat- 
ing the  multiple  entry  of  data,  and  facilitating  the  reformatting  of  data  to  accom- 
modate changing  needs.  (Ref.  8:  p.  11] 

General  benefits  of  the  integrated  system  are  summarized  in  Figure  29.  The 
aggregate  benefits  suggest  improved  use  of  the  Library  and  better  service.  Each  intan- 
gible benefit  can  be  assigned  an  average  value  for  the  purposes  of  cost  benefit  analysis. 
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reduced  time-to-shelf 

physical  ease  of  use 

reduced  time  for  user  searching 

uniform  user  interface  to  all  forms  of  library  materials 

improved  search  capabilities  (Boolean  logic) 

greater  accessibility  to  the  collection  (access  points) 

enhanced  subject  access  (keyword) 

less  staff  intervention  in  user  searching 

less  user  frustration  (item  status  displayed) 

better  use  of  professional  time 

more  complete  and  accurate  statistics 

better  control  of  functional  workflows 


Figure  29.      Intangible  Benefits  of  IOLS 

Better  statistics  support  both  administrative  functions  and  improved  collection 
management.  Accurate  order  circulation  figures  enable  Reader  Services  to  track  de- 
mand and  usage  patterns.  If  a  particular  title  is  recalled  even'  time  it  comes  due,  because 
patrons  are  waiting  in  line  for  the  book,  a  second  or  even  third  copy  may  be  needed. 
An  item  borrowed  several  times  from  another  library  may  need  to  be  evaluated  for  pur- 
chase. A  demand  trend  for  a  subject,  rather  than  a  title,  may  signal  a  weak  area  in  the 
collection  that  needs  special  attention.  Complete  and  accurate  statistics  make  these  de- 
mands visible,  thereby  enabling  active  collection  management. 

The  Library  spent  S3.000  for  Inter-Library  Loan  (ILL)  fees  in  1988,  and  S3, 540 
for  ILL  fees  in  1987,  in  order  to  obtain  information  not  found  in  the  local  collections. 
The  equivalent  of  one  full-time  employee  (half  of  a  GS-9's  and  half  of  a  GS-6's  time)  is 
needed  to  support  ILL  activities.  Assume  that  ILL  activity  is  reduced  10%  as  a  result 
of  active  collection  management.  The  reduction  in  borrowing  would  save  an  average 
S327  in  fees  annually,  but  more  importantly  would  release  4  hours  a  week  of  personnel 
time  for  other  work.  Total  annual  savings  for  the  Library  would  be  S2530.  (S  10.59  per 
hour  x  208  hours  per  year  =  S2203,  plus  S327  in  fees.) 

Having  information  resources  available  when  needed,  which  is  the  result  of  ac- 
tive collection  management,  saves  the  4-6  weeks  it  would  take  to  order  the  material  for 
a  patron.  Active  collection  management  saves  the  2-4  weeks  it  takes  to  borrow  an  item 
from  another  library.    It  also  saves  a  great  deal  of  frustration. 

To  estimate  a  value  for  collection  management,  assume  that  10%  of  the 
InterLibrary  Loans  (3052  in  1988)  would  be  unnecessary,  thereby  saving  an  average 
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3-week  wait  per  patron.  Also  assume  that  1%  of  the  user  population  would  not  have 
to  wait  5  weeks  while  an  order  was  placed  for  needed  materials.  So  far,  42,000  hours 
of  user  wait  time  would  be  avoided.  (305  ILL  not  needed  x  120  hours  (3  weeks)  = 
36,600  hours  saved;  27  users  x  200  hours  (5  weeks)  =  5400  hours  saved;  36.600  +  5400 
=  42,000).  If  the  convenience  value  of  having  library  materials  rather  than  waiting  for 
library-  materials  is  set  at  SO.  10  per  hour,  the  total  value  of  improved  collection  man- 
agement would  be  S4,200.  This  S4,200  is  the  estimated  value  for  improved  collection 
management  due  to  the  IOLS-generated  statistics. 

Each  of  the  affected  users  saved  another  half  hour  by  not  having  to  search  for 
complete  bibliographic  information  and  then  not  having  to  fill  out  the  requisite  forms 
for  obtaining  the  item(s);  this  166  hours  can  be  added  to  the  total  manhours  saved  be- 
low. 

Management  reports,  based  on  statistics  generated  automatically  by  the  daily 
functioning  of  the  IOLS,  are  both  more  accurate  and  more  detailed  than  manual  reports. 
Depending  upon  need,  IOLS  reports  generated  can  include  all  details  of  transactions 
from  even'  department,  summaries  over  a  given  time  period,  or  exception  reports  that 
simply  highlight  error  or  non-standard  situations  that  need  attention.  In  a  study  of  the 
benefits  of  automation,  hours  needed  to  produce  manual  reports  were  compared  to 
hours  needed  to  prepare  reports  with  a  computer;  the  study  concluded  that  for  every 
dollar  spent  for  data  processing.  S2.40  must  be  spent  for  manual  processing  [Ref.  13:  p. 
99].  Other  benefits,  such  as  fewer  delays,  earlier  preparation,  and  quick  response  to  in- 
quiries, were  also  noted. 

The  Library  estimates  that  at  least  196  staff  hours  are  spent  in  preparation  of 
manual  reports  even,'  year.  Most  of  the  responsibility  for  report  generation  falls  at  the 
highest  professional  levels  (an  estimated  108  hours  is  spent  by  the  Associate  Librarian 
(GS-13);  64  hours  is  spent  by  Division  Heads  (GS-12)).  These  196  hours  cost  the  Li- 
brary an  estimated  S3, 592  in  hourly  wages.  For  each  S2.40  of  this  figure,  only  SI. 00 
would  be  required  with  the  IOLS'  automated  management  reports,  by  extension  of  [Ref. 
13:  p.  99].   The  total  savings  would  be  SI, 497. 

The  primary  benefit  of  ease  of  use,  more  points  of  access  to  library  materials, 
and  faster  user  searching,  is  time  saved  for  the  user.  In  a  test  of  NOTIS  done  at  the 
Naval  Postgraduate  School,  using  a  database  of  over  34,000  bibliographic  records,  a 
keyword  Boolean  search  was  entered  for  "library  and  automation".  It  took  exactly  10 
seconds  for  NOTIS  to  generate  a  list  of  66  items  that  satisfied  the  search,  and  to  display 
a  brief  identification  of  each  at  the  terminal.    Detailed  descriptive  catalog  records  were 
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available  at  the  touch  of  one  key,  with  no  discernable  delay.  To  prepare  a  bibliography 
of  this  scope  using  the  manual  card  catalog  would  have  taken  at  least  an  hour,  and  it  is 
unlikely  that  all  access  points  would  have  been  found.  Another  search  for  "computers 
and  math"  located  a  single  item,  Combinatorics  for  Computer  Science,  by  S.  Gill 
Williamson,  that  would  never  have  been  found  in  a  manual  search,  either  by  author,  title, 
or  subject,  as  it  was  identified  by  the  series  statement  ["Computers  and  Math  Series"]. 
There  is  research  value  in  both  the  breadth  of  search  capability  and  in  the  specific  access 
provided  by  the  IOLS. 

If  every  faculty  member  saved  an  hour  once  a  quarter  in  preparing  a  search  for 
classroom  preparation  or  for  research,  and  if  every  student  saved  an  hour  once  a  quarter 
in  his  preparation  for  a  class  assignment  or  for  thesis  work,  the  total  hours  saved  would 
be  2076,  every  quarter.    That  is  8304  manhours  per  year. 

Once  the  IOLS  is  fully  operational,  and  the  campus  network  is  in  place,  any  user 
on  a  PC,  LAX,  or  terminal  would  be  able  to  search  the  OPAC  from  his  her  own  office 
or  from  home.  Library  access  from  home  probably  saves  an  average  of  a  half-hour  of 
transportation  time  per  access,  since  there  is  no  transit  time  involved.  Access  from  an 
XPS  office  would  save  approximately  15  minutes  per  access.  If  even.'  faculty  member 
and  every  student  library  patron  accessed  once  from  home  and  once  from  another  XPS 
location  only  once  a  year ;  the  total  time  saved  would  be  1557  hours. 

The  average  hourly  wage  for  faculty,  according  to  the  Comptroller's  Office,  is 
S27.13  (not  including  fringe  benefit  costs).  The  Disbursing  Office  identified  the  "average 
XPS  student"  as  an  "0-3  over  4",  that  is,  a  Navy  Lieutenant  with  more  than  four  years 
of  service,  with  an  hourly  wage  of  SI  8.55  (including  no  special  duty  pay). 

Figuring  (hourly  wage)x(hours  saved),  the  value  of  IOLS  access  for  research  use 
at  XPS  is  S75,703.  This  is  a  recurring  benefit  to  the  scholarly  community  at  the  Xaval 
Postgraduate  School,  and  to  the  Government  it  serves.  Research  time  saved  has  a  sig- 
nificant dollar  value. 

Indirect  benefits  of  the  IOLS  are  summarized  in  Figure  30. 


INDIRECT  COST  SAVINGS 


RECURRING 
ANNUALLY 


ONE-TIME 


ILL  Reduction 

Collection  Management 

Reports 

Research  Time  Saved 

Subtotals 

TOTAL  BENEFIT 


$   2,530 

4,200 

1,497 

75,703 

83,930 

$  83,930 


Figure  30.      Summary  of  Indirect  Benefits  of  IOLS 
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Approximately  1775  students  attend  the  Naval  Postgraduate  School.  The  costs 
of  their  graduate  education  average  S10,700  apiece  (in  direct  support).  Even  without 
considering  the  value  of  IOLS  benefits,  the  total  projected  cost  of  purchasing,  installing, 
and  maintaining  NOTTS  would  add  only  S48  (.4%  increase)  to  the  cost  of  support  per 
student  per  year  over  the  projected  life  cycle  of  the  IOLS. 
3.     Total  Benefits 

Estimated  direct  benefits  and  indirect  benefits  accruing  to  the  Library  as  a  result 
of  the  IOLS  and  its  associated  effects  total  S174.936.  All  but  S17,800  are  recurring 
benefits.  See  Figure  31  for  a  tabular  summary  of  discounted  benefits  over  the  life  of  the 
project. 
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5 
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6 

200. 5K* 

200. 5K 
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7 

210. 6K* 

210. 6K 

.538 

113. 3K 

8 

221. IK* 

221. IK 

.489 

108. IK 

9 

232. 2K* 

232. 2K 

.445 

103. 3K 

10 

243. 8K* 

243. 8K 

.405 

98.  7K 
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Figure  31.       Present  Value  Benefits  for  NOTIS  System 

The  total  non-recurring  discounted  benefit  for  the  ten  year  life  cycle  is  SI 7. OK. 
Discounted  recurring  benefits  of  the  IOLS  total  S1,226.4K. 

C.     COSTS 

Faculty  and  administrators  must  accept  and  support  the  library's  growing  need  to 
spend  money,  not  only  for  traditional  books  and  journals,  but  also  for  computer 
systems,  telecommunication,  network  participation,  and  to  pay  the  various  charges 
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and  fees  that  go  with  access  to  information  in  new  ways  and  new  forms.    [Ref.  14: 
p.  1205] 

To  minimize  costs,  the  Library  is  retaining  obsolete  Computer  Center  equipment, 
rather  than  declaring  it  surplus  and  removing  it.  This  is  the  basis  for  the  No  Cost  (N/C) 
entries  in  the  cost  analysis;  see  Figure  32  and  Figure  33. 


1988 

COSTS 

Component 
Description 

9K) 

Purchase 
Price 

N/C 

2K 
15.  7K 
18K 
N/C 
N/C 
N/C 
27K 

2.5K 

65.  2K 

Maintenance 
Cost  (Annua 

L) 

p/mo . ) 

L.  ) 

>/yr  ea . ) 
p/yr .  ea . ) 
p/mo .  ea . ) 
p/mo .  ea . ) 
p/mo .  ea . ) 
p/mo . ) 

HARDWARE: 

Processor  (4381;  8MB  Memory) 
System  Console 

Terminals  (3163:  23  3  $681  ea) 
Terminal  Controller  (3174:  2  3 
Tape  Drives  (3420;  2  3  N/C) 
Disk  Drives  (3350;  8  3  N/C) 
DASD  Controller  (3830  3  N/C) 
Line  Printer  (4245;  2000  LPM) 
Tapes,  Tape  Cabinet 

TOTAL  HARDWARE  COST 

9K 

IK 

.5K 

8.8K 

18.  3K 

2K 

8.6K 

(750 
(  inc 
(45  | 
(264 
(365 
(190 
(160 
(715 

48.  2K 

SOFTWARE: 

NOTIS  Software  License 
MARC  Record  Conversion 
Item  Conversion  (NOTIS) 

95K 

18K 

5K 

15K 
( incl 
( incl 

(1st 

) 

) 

yr .  free) 

Report  Writer  Software  License 

CICS  Processor  License 

MVS/370  DFP  License 

MVS/SP  JES3  License 

ACF/VTAM  License 

PL/1  Processor  License 

(SAS) 

8.5K 

5K 

1.4K 
N/C 

4.4K 
N/C 

.6K 
1.6K 

.5K 
2.2K 
1.5K 

.3K 

TOTAL  SOFTWARE  COST 

137. 3K 

6.7K 

(1st 

year ) 

TOTAL  INITIAL  COST 

202. 5K 

69.  9K 

INCREMENTAL  COST  (Final  System  Size): 
Additional  Terminals  (27  3  $681  ea . ) 

18. 4K 

1.2K 

Replacement  Tapes 
Hardware  Maintenance 
Software  Maintenance 

2K 

48.  2K 
22.  9K 

TOTAL  ANNUAL  MAINTENANCE  COST 

73. IK 

Systems  Librarian 

38. 8K 

TOTAL  ANNUAL  OPERATING  COST 

111.9K 

Figure  32.      Gross  Cost  of  Implementing  NOTIS  with  No  Pre-Existing  System 


The  "Systems  Librarian"  is  a  GS-12  position  that  supports  all  phases  of  automation 
within  the  Library.  As  envisioned,  this  person  will  report  directly  to  the  Associate  Li- 
brarian, and  be  responsible  for  planning  and  coordinating  automation  activities  for  the 
entire  Library.  This  person  will  supply  "in-house  expertise"  for  the  IOLS,  and  will  be 
responsible  for  a  formal,  well-organized  training  program.  The  Automation  Committee 
will  be  chaired  by  the  Systems  Librarian;  each  Division  will  have  a  member  on  the 


55 


Committee  to  help  implement  policy  decisions  in  its  functional  area.  Systems  analysis, 
workflow  analysis  and  design,  development  of  documentation,  liaison  with  the  Computer 
Center,  troubleshooting,  and  procedural  training  will  all  be  part  of  the  position.  The 
Library  does  not  have  a  Systems  Librarian  at  present,  but  the  need  has  been  recognized 
for  the  past  several  years.  The  proposed  life  cycle  costs  include  expenses  to  support  this 
position. 

It  is  commonly  accepted  that  automation  allows  efficient  and  accurate  sharing  of 
bibliographic  information,  but  the  extent  to  which  it  leads  to  savings  in  staff  time 
or  enables  a  less  expensive  staffing  configuration  has  been  a  matter  of  some  debate. 
In  part  because  of  the  natural  tendency  not  to  relinquish  budgeted  staff  positions, 
but  to  try  instead  to  do  additional  tasks  with  existing  personnel,  the  number  of  staff 
is  often  not  reduced  after  introducing  automation,  although  assignments  may  be 
substantially  altered.    [Ref.  15:  p.  69] 

This  analysis  makes  no  prediction  of  staff  reduction  at  NTS  as  a  result  of  IOLS  in- 
stallation. At  Northwestern  University,  where  NOTIS  was  developed  and  where  it  has 
been  in  place  since  1970,  a  "substantial  cost  savings"  has  resulted  from  the  "relocation, 
reclassification,  and  elimination"  of  staff  positions.  "There  are  currently  17  librarians 
and  45.44  support  staff  earning  out  the  technical  services  activities  previously  handled 
by  19.5  professionals  and  50.97  support  staff."  [Ref.  15:  p.  74]  Annual  savings  at 
Northwestern  total  S86,393  [Ref.  15:  p.  76].  While  staff  reorganization  at  NPS  may  al- 
low an  existing  librarian  to  assume  the  duties  of  System  Librarian,  thus  saving  44°  o  of 
the  projected  recurring  costs  of  the  entire  project,  no  assumption  is  made  that  this  will 
occur. 

D.     ECONOMIC  ANALYSIS  OF  COSTS 

Present  Value  Analysis  is  "a  means  of  bringing  all  future  costs  and  benefits  back  to 
their  present  worths.  This  technique  is  employed  in  economic  analyses  whenever  the 
economic  life  is  greater  than  three  years."  [Ref.  16:  p.  2-7]  Planning  for  the  IOLS  is 
based  on  ten  years,  since  a  computer-based  library  system  represents  a  long-term  com- 
mitment and  will  be  used  into  the  foreseeable  future. 

The  costs  in  Figure  32  include  licensing  and  maintenance  fees  that  would  be  in- 
curred by  the  Computer  Center  whether  or  not  an  IOLS  were  installed,  so  are  truly 
"gross  annual  operating  costs".  The  CPU  is  not  totally  dedicated  to  IOLS  support,  be- 
ing shared  with  other  CICS  production  systems.  SAS,  CICS,  MVS,  VTAM  and  PL  1 
software  are  similarly  available  to  all  users  of  the  IBM  mainframe  complex.  Tape  drives 
are  used  for  all  Computer  Center  jobs.     Although  available  for  Library  use,  these 
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resources  are  not  dedicated  solely  to  this  application.     Therefore,  it  is  reasonable  to 
exclude  these  costs  from  further  analysis. 

Only  the  3350's  are  dedicated  to  IOLS  support,  so  it  is  fitting  to  charge  the  Library 
for  these  support  costs.  Direct  total  costs  to  be  borne  by  the  Library  are  nearly  S25K 
less  than  gross  support  costs  cited  above.  Figure  33  shows  the  relevant  costs  for  an 
existing  data  center  to  add  IOLS  support  to  its  current  systems.  It  reflects  the  actual 
cost  of  implementing  N'OTIS;  these  figures  will  be  used  for  present  value  analysis. 


1988 

COSTS 

Component 
Description 

Purchase 
Price 

15.  7K 
18K 
N/C 
N/C 
27K 
2.5K 

Maintenance 
Cost  (Annua. 

L) 

>/yr  ea. ) 
p/yr .  ea. ) 
p/mo .  ea . ) 
p/mo .  ea . ) 
p/mo .  ) 

HARDWARE: 

Terminals  (3163:  23  3  $681  ea ) 
Terminal  Controller  (3174:  2  3  9K  ) 
Disk  Drives  (3350;  8  3  N/C) 
DASD  Controller  (3830  3  N/C) 
Line  Printer  (4245;  2000  LPM) 
Tapes,  Tape  Cabinet 

IK 
.5K 
18.  3K 
2K 
8.6K 

(45  [ 
(264 
(190 
(160 
(715 

TOTAL  HARDWARE  COST 

63.  2K 

30. 4K 

SOFTWARE: 

NOTIS  Software  License 
MARC  Record  Conversion 
Item  Conversion  (NOTIS) 

95K 

18K 

5K 

15K 
( incl 
(  incl 

(1st 

) 

) 

yr.  free) 

TOTAL  SOFTWARE  COST 

118K 

0 

(1st 

year) 

TOTAL  INITIAL  COST 

181. 2K 

30. 4K 

INCREMENTAL  COST  (Final  System  Size): 
Additional  Terminals  (27  3  $681  ea) 

18. 4K 

1.2K 

TOTAL  SYSTEM  COST 

199. 6K 

46.  6K 

Replacement  Tapes 
Hardware  Maintenance 
Software  Maintenance 

2K 

31. 6K 
15.  OK 

TOTAL  ANNUAL  COST 

48.  6K 

Systems  Librarian 

38. 8K 

TOTAL  ANNUAL  OPERATING  COST 

87. 4K 

Figure  33.      Relevant  Costs  of  Implementing  NOTIS  on  an  Existing  System 

By  the  nature  of  the  system  being  acquired,  the  commitment  to  a  computer-based 
library  support  system  is  a  long-term  one.  The  costs  of  database  conversion  and  user 
training  mitigate  against  changing  systems  except  for  the  most  compelling  reasons.  The 
IOLS  will  have  an  economic  life  often  years.  This  is  a  long-term  project,  but  to  figure 
costs  for  longer  than  ten  years  is  unrealistic.  Technology  changes  so  rapidly  that  a  ten- 
year  span  is  as  far  into  the  future  as  can  be  reasonably  estimated.  A  5%  inflation  factor 
has  been  added  to  the  recurring  maintenance  costs,  beginning  with  Project  Year  2.   This 
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figure  is  the  heuristic  value  recommended  by  Dr.  David  R.  Henderson,  Naval  Postgrad- 
uate School  professor  of  Administrative  Sciences. 

Software  and  hardware  maintenance  costs  are  difficult  to  predict,  but  more  impor- 
tantly, the  age  of  the  current  hardware  used  in  the  support  configuration  is  such  that  it 
is  certain  to  be  replaced  within  a  decade.  It  is  reasonable  to  assume  that  the  costs  per 
megabyte  of  storage  will  continue  to  fall  dramatically,  and  that  it  will  be  economically 
feasible  to  replace  existing  3350s  with  new  and  faster  DASD.  The  purchase  price  will 
be  offset  by  lower  maintenance  costs.  The  same  may  be  true  of  terminal  support, 
printers,  etc. 

Fisure  34  describes  the  discounted  life-cvele  costs  for  NOTIS. 


Non- Recur ring 

Recurri 

ng 
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9 

129. 3K* 
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.445 
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Figure  34.      Present  Value  Costs  for  NOTIS  System 

The  total  present  value  non-recurring  cost  for  the  ten  year  cycle  is  S227.5K.  Dis- 
counted maintenance  totals  S629.3K.  Maintenance  is  73%  of  the  project's  life  cycle 
costs.  According  to  LCDR  Bob  Knight,  an  instructor  at  the  Naval  Postgraduate  School 
who  has  fifteen  years  of  experience  in  project  management  and  information  resource 
management  within  the  Department  of  Defense,  "the  Fleet  averages  80%"  for  mainte- 
nance costs  on  long-term  projects.  Since  the  hardware  is  primarily  "no  cost",  the  per- 
centage is  relatively  higher  than  it  would  be  if  the  non-recurring  investment  reflected 
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purchase  costs  for  the  CPU  and  disk  drives.  The  age  of  the  hardware  DASD  designated 
for  Library  support  is  another  factor  tending  to  raise  maintenance  costs. 

A  full  44%  of  the  recurring  costs  over  the  project's  life  are  due  to  the  personnel  costs 
of  the  proposed  Systems  Librarian,  a  GS-12  position  which  does  not  yet  exist,  and  for 
which  no  billet  points  are  available.  However,  this  position  is  strongly  recommended  to 
support  the  IOLS,  and  so  has  been  included  in  estimated  costs.  Expense  for  the  Systems 
Librarian  includes  a  starting  salary  of  S32,567,  plus  19%  of  the  base  salary  for  fringe 
benefits  cost,  as  recommended  by  the  NPS  Comptroller's  Office.  Annual  raises  of  5% 
per  year  are  reflected  in  Figure  34. 

The  only  available  option  for  establishing  an  IOLS  at  NPS,  other  than  acquisition 
of  NOTIS,  would  be  a  detailed  functional  specification  of  great  complexity  which  spec- 
ified processing  requirements  down  to  the  basic  process  flow  and  data  element  level. 
This  specification  would  allow  the  custom  programming  of  a  library  support  system. 
The  cost  to  develop  this  specification  and  follow-on  costs,  including  development  of 
benchmark  performance  and  capability  tests  to  insure  that  the  specification  was  met, 
would  clearly  exceed  the  cost  of  a  standard  ofT-the-shelf  package.  The  development  time 
for  such  a  specification  and  testing  protocol  would  be  measured  in  years.  Additional 
concerns  about  on-going  support  and  maintenance  of  a  custom  designed  and  pro- 
grammed package  make  this  option  definitely  not  in  the  best  interest  of  the  Government. 

Total  present  value  costs  for  the  IOLS  10-year  life  cycle  are  estimated  to  be 
S856.8K.  This  represents  the  costs  of  purchasing  and  installing  NOTIS  software  on  the 
existing  NPS  mainframe  computer,  of  purchasing  hardware,  services,  and  supplies  to 
support  NOTIS,  and  of  purchasing  maintenance  for  both  hardware  and  software.  See 
Figure  33. 

Total  present  value  benefits  for  the  NOTIS  life  cycle  exceed  S1,243.4K.  These  val- 
ues accrue  from  both  direct  and  indirect  cost  savings,  detailed  in  Figure  28.  and 
Figure  30. 

The  present  value  of  the  benefits  substantially  exceeds  the  present  value  of  the  costs 
for  the  project.   Therefore,  investment  in  NOTIS  should  be  made. 
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VI.     RECOMMENDED  IMPLEMENTATION  PLAN 

It  goes  without  saying  that  automation  is  supposed  to  reduce  the  number  of 
staff  required  to  do  the  same  amount  of  work.  That  is,  after  all,  the  whole  idea  of 
automation. 

One  must  consider,  however,  that  this  potential  reduction  will  not  be  effected 
until  the  system  is  in  full  production,  all  modules  running  full  tilt,  all  conversion 
complete.  The  implementation  plan  must  be  based  on  the  current  staffing  levels  and 
the  realistic  appraisal  of  what  stall  can  be  allocated  to  the  implementation  process. 

There  may  be  numerous  projects  involving  manual  to  machine  data  conversion. 
Probably,  there  will  be  areas  of  the  machine  readable  data  that  will  require  clean  up 
work.  There  will  be  the  seemingly  endless  meetings  and  task  forces  that  cut  into  the 
normal  work  time.  All  these  things  must  be  considered  in  developing  the  imple- 
mentation plan.    [Ref.  17:  p.  A. 4] 

A.     PROJECTED  SCHEDULE 

The  official  NOTIS  installation  schedule  takes  approximately  IS  months  (see 
Figure  35),  and  includes  a  great  deal  of  time  for  customization  and  gradual  implemen- 
tation, with  on-line  circulation  one  of  the  last  modules  to  become  operational. 


LIFE  CYCLE 

PERSONNEL 

PROJECTED 

ELAPSED 

ESTIMATED 

STEPS 

TIME 

SCHEDULE 

TIME 

COST* 

Feasibility 

.5MM 

l-l 

1  Month 

$  1.25K 

Analysis 

1MM 

I---I 

3  Months 

2.5K 

Contract 

Negotiation 

2MM 

I---I 

3  Months 

5. OK 

Initial 

Installation 

.1MM 

l-l 

.5  Months 

181. 5K 

Customization 

9MM 

1 

1 

12  Months 

22.  5K 

1 

1 

Maintenance 

1.2MM 

|---> 

9  Years 

87. 4K  p/yr. 

*Labor  coj 

ts  for  the 

analyst,  based  on 

an  hourly  wage 

of  $14.32 

(GS-11), 

total  S31K  for 

the  first 

year's  R8D . 

Figure  35.      Projected  Schedule  for  NOTIS  Project 

This  plan  shows  a  proposed  life  cycle  assuming  things  go  smoothly.    There  may  ac- 
tually be  gaps  between  steps  while  awaiting  a  favorable  decision  to  proceed,  notification 
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of  fund  availability,  etc.    If  all  goes  as  planned,  the  lOLS  could  be  functioning  within 
18  months  after  purchase. 

B.  PROJECT  MANAGEMENT  ANALYSIS 

The  first  step  in  the  project  scheduling  process  is  to  specify  all  of  the  jobs  or  activ- 
ities that  constitute  the  project.  The  entire  scheduling  process  is  based  on  this  list.  See 
Figure  36  and  Figure  37  for  the  list  of  tasks  involved  in  NOTIS  implementation. 

The  immediate  predecessors  for  any  activity  are  those  tasks  or  jobs  that  must  be 
completed  before  the  specified  activity  can  begin;  there  can  be  more  than  one  pred- 
ecessor. Designating  the  activities  in  sequence  this  way  allows  specification  of  the 
interdependencies,  which  eases  construction  of  the  network  diagram  describing  the 
project.    [Ref.  18:  p.  438-439] 

The  next  step  in  the  scheduling  process  involves  constructing  the  network  that  con- 
nects all  the  activities.  Each  task  is  shown  as  a  box;  boxes  may  be  connected  by  a  line 
(arrow  or  branch)  to  other  boxes.  Branch  lengths  have  no  significance;  they  merely 
show  the  relationships  between  the  activities.  When  a  number  of  activities  terminate  at 
one  event,  this  indicates  that  no  activity  starting  from  that  event  may  start  before  all 
activities  terminating  at  the  event  have  finished. 

Once  the  network  is  in  place,  information  on  the  time  required  to  complete  each 
activity  is  used  to  compute  the  total  time  required  to  complete  the  project.  Obtaining 
accurate  estimates  of  completion  time  is  difficult,  due  to  uncertainty,  and  to  the  subjec- 
tive nature  of  the  process. 

TIMELINE,  a  PC  project  manager  from  Breakthrough  Software,  is  the  tool  used  for 
analysis  of  the  tasks  involved  in  the  NOTIS  implementation  plan.  The  PERT  report  is 
most  useful  in  showing  task  relationships.    See  Figure  38  through  Figure  52. 

Personnel  available  to  work  on  the  NOTIS  project  are  listed  as  "resources"  for 
project  scheduling.  Not  every  person  is  available  full  time;  these  individuals  are  identi- 
fied in  Figure  53  by  a  decimal  value  in  the  "Maximum  Available"  column.  Numbers 
greater  than  one  indicate  that  a  pool  of  people  are  available. 
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Schedule  Name:    NOTTS  Implementation  Plan 

fo: 

r  Dudl 

ey  Knox  Library 

Project  Manager:  Caroline  J.  Millar 
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l-Jun-88 

9 
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14-Jun-88 
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9 
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9:00am 
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8-Jun-88 

9 

:00am 

9-Jun-88 

6:00pm 

System  Configuration  Set 

8-Jun-88 

9 

:00am 

21-Jun-88 

6:00pm 

Electrical  Circuits  Ordered 

15-Jun-88 

9 

:00am 

16-Jun-88 

6:00pm 

Circuits  Installed 

17-Jun-88 

9 

:00am 

14-Dec-88 

6:00pm 

Batch  Reports  Specified 

22-Jun-88 

9 

:00am 

4 -Aug- 8 8 

10:00am 

CICS  Region  Defined 

22-Jun-88 

9 

:00am 

23-Jun-88 

6:00pm 

Processor  Memory  Upgraded 

22-Jun-88 

9 

:00am 

6-Jul-88 

6:00pm 

RLIN  Conversion  Form  Filled  In 

1 -Aug- 8 8 

9 

:00am 

3 -Aug- 8 8 

6:00pm 

Terminals  Ordered 

3 -Aug- 8 8 

9 

:00am 

4-Aug-8  8 

6:00pm 

Preinstallation  Visit 

4 -Aug- 8 8 

10 

:00am 

5 -Aug- 8 8 

10:00am 

Scanners  Ordered 

5-Aug-38 

9 

:00am 

9-Aug-88 

6:00pm 

Printers  Ordered 

5-Aug-38 

9 

•00am 

12 -Aug- 8 8 

6:00pm 

Contract  Signed 

5 -Aug- 8 8 

10 

00am 

12-Aug-8  8 

10:00am 

NOTIS  Tech  Questionnaire  Done 

5 -Aug- 8 8 

10 

00am 

5 -Aug- 8 8 

11:00am 

VTAM  Cross-Domain  Established 

5 -Aug- 8 8 

5 

00pm 

5-Aug-88 

5:00pm 

Scanners  Received 

10-Aug-88 

9 

•00am 

12-Oct-88 

6:00pm 

GTO  Ordered 

12 -Aug- 8 8 

10 

00am 

19-Aug-88 

10:00am 

Sign  BRS  INFOREC  Agreement 

12-Aug-88 

10 

00am 

12-Aug-88 

11:00am 

Printers  Available 

15-Aug-88 

9 

00am 

17-Oct-88 

6:00pm 

Funding  Document  Received 

18-Aug-88 

9 

00am 

18-Aug-88 

9:00am 

NOTIS  Paid 

23 -Aug- 8 8 

9 

■00am 

23 -Aug- 8 8 

9:00am 

Documentation  Received 

23-Aug-88 

9 

00am 

23-Aug-88 

9:00am 

NOTIS  Tape  Mailed 

23-Aug-88 

9 

00am 

23-Aug-8  8 

10:00am 

NOTIS  Tape  Received 

23-Aug-88 

10 

00am 

25-Aug-88 

10:00am 

Keyword/Boolean  "Installed" 

13-Sep-88 

9 

00am 

13-Sep-88 

9:00am 

Technical  Training  Onsite 

13-Sep-88 

9 

00am 

13-Sep-88 

6:00pm 

Conversion  Specifications 

14-Sep-88 

9- 

00am 

14-Oct-88 

6:00pm 

Module  Order  Chosen 

14-Sep-88 

9- 

00am 

22-Dec-88 

6:00pm 

Patron  Records  Available 

19-Sep-88 

9- 

00am 

22-Dec-88 

6:00pm 

RLIN  tapes  to  BNA  for  cleanup 

30-Sep-88 

3: 

00pm 

30-Sep-88 

4:00pm 

Scanners  Installed 

13-Oct-88 

9: 

00am 

19-Oct-88 

6:00pm 

Accept  Conversion  Sample 

17-Oct-88 

9: 

00am 

21-Oct-88 

6:00pm 

TIME  LINE  Task  Table  Report 

Figure  36.      Task  List  for  NOTIS  Implementation  -  Part  1 
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Customization  S/W  Delivered 

Purchase  Orders,  Forms  Design 

GTO  Received  Inhouse 

Custom  Loader  Available 

Software  Complete 

Clean  Bibliographic  Database 

Local  Holdings  Data  Available 

RLIN  Interface  in  Place 

Smart  Barcode  Tape  Available 

NOTIS  Tape  Loaded 

Bib  Data  Available 

NOTIS  "Installed"  Officially 

Load  NPS  Records 

Demo  Catalog  Open 

Feedback  from  Staff 

Training  Materials  Designed 

Customization  of  Tables 

Tables  Generated 

Barcodes  Ordered 

ALA  Terminals  Received 

Terminals  Installed 

Hardware  Complete 

Printers  Installed 

Computer  Resources  Available 

Barcodes  Received 

Barcodes  Attached  to  Books 

Clean  Data  from  BNA  Received 

Production  OP AC  Available 

Module2  Customized 

Module2  Tested 

Module2  Training 

Module2  Released  in  Production 

Module3  Customized 

Vendor  Records  Available 

Funds  Accounts  Available 

Module3  Tested 

Module3  Training 

Module3  Released  in  Production 

Module4  Customized 

Module4  Tested 

Module4  Training 

Module4  Released  in  Production 

Module5  Customized 

Module5  Tested 

Module5  Training 

Module5  Released  in  Production 

Maintenance  (Ongoing) 


24-Oct-88  9:00am 

26-Oct-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

17-Nov-88  9:00am 

17-Nov-88  9:00am 

18-Nov-88  9:00am 

28-Nov-88  9:00am 

29-Nov-88  9:00am 

29-Nov-88  9:00am 

29-Nov-88  9:00am 

29-Nov-88  9:00am 

9-Dec-88  9:00am 

15-Dec-88  9:00am 

15-Dec-88  9:00am 

15-Dec-88  9:00am 

15-Dec-88  9:00am 

15-Dec-88  9:00am 

23-Dec-88  9:00am 

23-Dec-88  9:00am 

3-Jan-8  9  9:00am 

3-Jan-89  9:00am 

17-Jan-89  9:00am 

31-Jan-89  9:00am 

14-Feb-89  9:00am 

17-Feb-89  9:00am 

17-Feb-89  9:00am 

21-Feb-89  9:00am 

21-Feb-89  9:00am 

6-Mar-89  9:00am 

20-Mar-89  9:00am 

23-Mar-89  9:00am 

23-Mar-89  9:00am 

6-Apr-89  9:00am 

20-Apr-89  9:00am 

25-Apr-89  9:00am 

25-Apr-89  9:00am 

9-May-89  9:00am 

23-May-89  9:00am 

26-May-89  9:00am 

26-May-89  9:00am 


4-Nov-88  6:00pm 

28-Nov-88  6:00pm 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

7-Nov-88  9:00am 

14-Nov-88  6:00pm 

14-Nov-88  6:00pm 

8-Dec-88  6:00pm 

16-Nov-88  6:00pm 

17-Nov-88  9:00am 

17-Nov-88  6:00pm 

25-Nov-88  6:00pm 

28-Nov-88  6:00pm 

29-Nov-88  9:00am 

12-Dec-88  6:00pm 

29-Nov-88  9:00am 

16-Jan-8  9  6:00pm 

22-Dec-88  6:00pm 

15-Dec-88  9:00am 

15-Dec-88  9:00am 

15-Dec-88  9:00am 

29-Dec-88  6:00pm 

15-Dec-88  9:00am 

23-Dec-88  9:00am 

25-Jan-89  6:00pm 

3-Jan-89  9:00am 

16-Jan-8  9  6:00pm 

30-Jan-89  6:00pm 

13-Feb-89  6:00pm 

16-Feb-8  9  6:00pm 

17-Feb-89  9:00am 

3-Mar-89  6:00pm 

22-Mar-89  6:00pm 

22-Mar-89  6:00pm 

17-Mar-89  6:00pm 

22-Mar-8  9  6:00pm 

23-Mar-89  9:00am 

5-Apr-8  9  6:00pm 

19-Apr-89  6:00pm 

24-Apr-89  6:00pm 

25-Apr-89  9:00am 

8-May-89  6:00pm 

22-May-89  6:00pm 

25-May-8  9  6:00pm 

26-May-89  9:00am 

26-May-89  9:00am 


Figure  37.      Task  List  for  NOTIS  Implementation  -  Part  2 
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Schedule  Name:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Killer 

As  of  dare:  '     l-Jun-88  12:14am     Schedule  File:  C:\TLDATA\NOTIS 


TIME  LINE     PERT  Chart     Strip  number  1  of  15. 

Figure  38.      PERT  Chart  for  NOTIS  Implementation  -  Part  1 
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Schedule  Name: 

Projeot  Manager: 
As  of  dace: 


NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Caroline  J.  Miller 

l-Jun-83  12:14am     Schedule  File:  C:\TLDATA\NOTIS 


Documentat 

ion 

Received 


Patron 

Records 

Available 


Assign 
Libl 


Batch 

Reports 

Specified 


RLIN 

Conversion 
Form 
Filled  In 


Conversion 
Specificat 
ions 


TIME  LINE    PERT  Chart     Strip  number  2  of  15. 

Figure  39.      PERT  Chart  for  NOTIS  Implementation  -  Part  2 
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Schedule  Name:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Froject  Manager:  Caroline  J.  Miller 

As  of  date:  '     l-Jun-38  12:14am     Schedule  File:  C:\TLDATA\NOTIS 


Accept 

Conversion 

Sample 


Customizat 
ion  S/W 
Delivered 


GTO 

Received 

Inhouse 


Custom 
Loader 
Available 




Local 
Holdings 

Data 
Available 


RLIN 

Interface 
in  Place 


PERT  Chart     Strip  number  3  of  15. 

PERT  Chart  for  NOTIS  Implementation  -  Part  3 


TIME    LINE 

Figure  40. 
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Schedule  Nam*!    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Mana-aeri  Caroline  J.    Mill-r 

As  of  datet       l-Jun-88  12 i 14am     Schedule  Tile:  Ci \TLDATA\NOTIS 


Clean  Bibl 

iographic 
Database 


Smart 
Barcode 

Tape 
Available 


Barcodes 
Ordered 


Barcodes 
Received 


Barcodes 
Attached 
to  Books 


Preinstall 
at  ion 
Visit 


TIME  LINE     PERT  Chart     Strip  number  4  of  15. 

Figure  41.      PERT  Chart  for  NOTIS  Implementation  -  Part  4 
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Schedule  Name:    NOTTS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Miller 

As  of  date:       l-Jun-38  12:14ajn     Schedule  File:  C:\TLDATA\NOTIS 


Sian  BRS 

INFOREC 

Agreement 


NOTIS  Tech 
Questionna 
ire  Done 


NOTIS  Tape 
Mailed 





NOTIS  Tape 
Received 


Parameter 
Decisions 
Made 


Module 

Order 

Chosen 


TIME  LINE 


PERT  Chart 


Strip  number  5  of  15, 


Figure  42.      PERT  Chart  for  NOTIS  Implementation  -  Part  5 
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Schedule  Name:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Proiact  Manager :  Caroline  J.  Millar 

As  of  data:       l-Jun-88  12:14am     Schedule  File:  C:\TLDATA\NOTIS 


TIME  LINE 


PERT  Chart 


Strip  number  6  of  15, 


Figure  43.      PERT  Chart  for  NOTIS  Implementation  -  Part  6 
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Schedule  Nam-:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 
Project  Manager i  Caroline  J.  Miller 
-  of  datei       l-Jun-88  12:14ara     Schedule  Filet  Ci \TLDATA\NOTIS 


A3 


System  Con 
figuration 
Set 


Processor 

Memory 

Upgraded 


Terminals 
Ordered 


Scanners 
Ordered 


Scanners 
Received 


Scanners 
Installed 


| 1 


TIME  LINE     PERT  Chart     Strip  number  7  of  15. 

Figure  44.       PERT  Chart  for  NOTIS  Implementation  -  Part  7 
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Schedule  Name:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Pr«ject  Manager:  Caroline  J.  tliller 

As  of  date:       l-Jun-38  12:15am     Schedule  Tile:  C:\TLDATA\NOTIS 


ALA 

Terminals 

Received 


Printers 
Ordered 


Printers 
Available 


Hardware 
Complete 

1 


Computer 

Resources 

Available 


CICS 
Region 
De rined 


TIME  LINE 


PERT  Chart 


Strip  number  8  of  15. 


Figure  45.      PERT  Chart  for  NOTIS  Implementation  -  Part  8 
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Schedule  Name: 
Froject  Manager: 
As  of  date: 


NOTIS  ImDlementation  Plan  for  Dudley  Knox  Library 

Caroline'  J.  Miller 

l-Jun-98  12:15am     Schedule  File:  C:\TLDATA\NOTIS 


NOTIS  Tape 
Loaded 


NOTIS  "Ins 

tailed" 
Officially 


Bib  Data 
Available 


Load  NPS 
Records 


Terminal 

Locations 

Chosen 


Electrical 

Circuits 

Ordered 


TIME  LINE 


PERT  Chart 


Strip  number  9  of  15, 


Figure  46.      PERT  Chart  for  NOTIS  Implementation  -  Part  9 
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Schedule  Name:    NOTIS  Imolementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Car«liu»  J.  Miller 

As  of  datet  '     l-Jun-38  12ll5am     Schedule  Tile:  C:\TLDATA\NOTIS 


Circuits 
Installed 


Terminals 
Installed 


Printers 
Installed 


Keyword/ 
Boolean  "I 
nstalled" 


Purchase 
Orders, 
Forms 
Design 


RLIN  tapes 
to  BNA  for 
cleanup 

| 


TIME  LINE 


PERT  Chart 


Strip  number  10  of  15. 


Figure  47.      PERT  Chart  for  NOTIS  Implementation  -  Part  10 
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Schedule  Nam*:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Miller 

As  of  date:       l-Jun-38  12:15am     Schedule  File:  C:\TLDATA\NOTIS 




Clean  Data 
from  BNA 
Received 


Production 

OPAC 

Available 


Module2 
Customized 


Module2 
Tested 


Module2 
Training 


Module2 
Released 
in 
Production 


TIME  LINE     PERT  Chart     Strip  number  11  of  15. 

Figure  48.      PERT  Chart  for  NOTIS  Implementation  -  Part  II 
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Schedule  Name:    NOTTS  Imolementation  Plan  for  Dudley  Knox  Library 

Project  Manager!  Caroline  J.  Miller 

As  of  date «  '     l-Jun-38  12 1 15am     Schedule  File  i  C:\TLDATA\NOTIS 


Module3 
Customized 


Module3 
Tested 


Module3 
Training 


Module3 
Released 
in 
Production 


Technical 

Training 

Onsite 


VTAM 
Cross- 
Domain  Est 
ablished   | 


TIME  LINE     PERT  Chart     Strip  number  12  of  15. 

Figure  49.      PERT  Chart  for  NOTIS  Implementation  -  Part  12 
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Schedule  Name: 

Project   Manag«t    Cacelln*"  J.    Miliar 

Aa  or  date i 


NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Caroline'  J.  Millar 

l-Jun-38  12:15am     Schedule  File:  C:\TLDATA\NOTIS 


TIME  LINE 

Figure  50. 


PERT  Chart     Strip  number  13  of  15. 

PERT  Chart  for  NOTIS  Implementation  -  Part  13 
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Schedule  Name:    NOTIS  Imolementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline'  J.  Miller 

As  of  date:  '     l-Jun-38  12:15am     Schedule  File:  C:\TLDATA\NOTIS 


Module4 
Customized 


Module4 

Tested 


Module4 
Training 


Module4 
Released 
in 
Production 


Module5 
Customized 


ModuleS 
Tested 


TIME  LINE 


PERT  Chart 


Strip  number  14  of  15. 


Figure  51.      PERT  Chart  for  NOTIS  Implementation  -  Part  14 
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Schedule  Nam* :    NOTIS  Imolementation  Plan  for  Dudley  Knox  Library 

Project  rfenager:  Caroline'  J.  Miller 

As  of  date:  '     l-Jun-38  12:15am     Schedule  File:  C:\TLDATA\NOTIS 


Module5 
Training 


Module5 
Released 
in 
Production 


Maintenanc 

e 

(Ongoing) 


TIME  LINE 

Figure  52. 


PERT  Chart 


Strip  number  15  of  15, 


PERT  Chart  for  NOTIS  Implementation  -  Part  1: 
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Schedule 

Name:    NOTIS  Implewent*t ion  Plan  for 

Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Miller 

As  of  dat 

e:       l-Jun-88  12:16am    Schedule 

File:  C:\TLDATA\NOTIS 

Name 

Full  Name 
Administrative  Support 

Type      Maximum  Available 

Admin 

Resource               0 

50 

CICS3 

Linda  Mauck,  CICS  Programmer 

Resource               0 

20 

IBM 

IBM  Support  Personnel 

Resource              1 

00 

Libl 

Bobbie  Carr 

Resource               0 

70 

Libn 

Paul  Spinks,  Knox  Librarian 

Resource               1 

00 

Libs 

Librarians,  Knox  Library  staff 

Resource              12 

00 

Network 

Alyce  Austin,  VTAM  Network 

Resource               1 

00 

N0TIS1 

NOTIS  Reps,  15  days  free  per  yr 

Resource               2 

00 

NOTIS2 

NOTIS  Reps,  after  free  training 

Resource              2 

00 

Ops 

Roy  Romo,  Operations  Manager 

Resource               0 

20 

PubWks 

Public  Works  Dept .  Personnel 

Resource                4 

00 

Sys 

David  Norman,  Systems  Manager 

Resource               0 

.20 

Techl 

Caroline  Miller 

Resource               0 

50 

TIME  LINE 

Resource  Table  Report 

Figure  53.      Resources  Available  for  NOTIS  Implementation 

The  GANTT  chart  (see  Figure  54  and  following)  shows  the  tasks  as  bars  on  a  cal- 
endar; each  bar  represents  the  time  scheduling  and  duration  of  the  task.  Placement  in 
the  schedule  is  mandated  by  task  interdependencies,  by  resource  availability,  and  by 
milestone  dates  entered  by  the  project  manager.  The  GANTT  chart  and  PERT  report 
use  the  same  task  list.  The  GANTT  chart  assumes  that  the  IOLS  decision  was  made 
on  1  June  1988,  and  has  arranged  the  tasks  for  optimal  efficiency,  within  the  constraints 
cited  above. 

To  read  the  GANTT  chart,  note  that  tasks  are  listed  down  the  left  side  of  the  report. 
Resources  asigned  to  each  task  are  listed  in  the  next  column,  then  the  status  of  the  task 
is  shown.  The  horizontal  bars  (=  =  =  =)  show  the  timing  and  duration  of  the  task  ac- 
tivity. 
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Schedule  Name:    NOTTS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Miller 

As  of  date:       l-Jun-88  12:16am     Schedule  File:  C:\TLDATA\NOTTS 


Who 


88 

Jun  Jul  Aug 
Status  111 


89 
Sep  Oct  Nov  Dec  Jan  Feb 
13    113    1 


IOLS  Selected 
Assign  Techl 
Assign  Libl 
Contract  Negotiation 
Parameter  Decisions 
Resources  Specified 
Terminal  Locations  C 
Support  Software  Ava 
Cabling  Ordered 
System  Configuration 
Electrical  Circuits 
Circuits  Installed 
Batch  Reports  Specif 
CICS  Region  Defined 
Processor  Memory  Upg 
RLIN  Conversion  Form 
Terminals  Ordered 
Preinstallation  Visi 
Scanners  Ordered 
Printers  Ordered 
Contract  Signed 
NOTIS  Tech  Questionn 
VTAM  Cross-Domain  Es 
Scanners  Received 
GTO  Ordered 
Sign  BRS  INFOREC  Agr 
Printers  Available 
Funding  Document  Rec 
NOTIS  Paid 
Documentation  Receiv 
NOTIS  Tape  Mailed 


Libn 

Libn 

Libn 

Libn,NOTI+ 

Libs 

Techl 

Libs, Tech+ 


D  M 

C  M 

M 


C  - 


Libl 

Sys,  Techl   C 

Libl 

PubWks 

Libl, Techl  rC 

CICS3 

IBM 

Libl 

Admin       r 

NOTISl,Li+ 

Admin 

Admin 

Libn,NOTI+  r 

Techl 

Network 

Libl 
Libn,NOTI+  r 


N0TIS1 


M- 


M 


M 
M 
M- 


D  Done  —  Task 

C  Critical  +++  Started  task 

R  Resource  conflict        M  Milestone 
r  Rescheduled  to  avoid  resource  conflict 
Scale:  Each  character  equals  1  week 


-  Slack  time  (— )  ,  or 

Resource  delay  ( —■) 

>  Conflict 

p  Partial  dependency 


TIME  LINE  Gantt  Chart  Report 


Strip  1,  Page  1 


Figure  54.      GANTT  Chart  for  NOTIS  Implementation  -  Part  1. 
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Schedule  Name:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Miller 

As  of  date:       l-Jun-88  12:16am     Schedule  Tile:  C:\TLDATA\NOTIS 


Who 


88 

Jun  Jul  Aug 

Status  111 


89 
Sep  Oct  Nov  Dec  Jan  Feb 
13    113    1 


NOTIS  Tape  Received 
Keyword/Boolean  "Ins 
Technical  Training  0 
Conversion  Specifics 
Module  Order  Chosen 
Patron  Records  Avail 
RLIN  tapes  to  BNA  fo 
Scanners  Installed 
Accept  Conversion  Sa 
Customization  S/W  De 
Purchase  Orders,  For 
GTO  Received  Inhouse 
Custom  Loader  Avail a 
Software  Complete 
Clean  Bibliographic 
Local  Holdings  Data 
RLIN  Interface  in  PI 
Smart  Barcode  Tape  A 
NOTIS  Tape  Loaded 
Bib  Data  Available 
NOTIS  "Installed"  Of 
Load  NPS  Records 
Demo  Catalog  Open 
Feedback  from  Staff 
Training  Materials  D 
Customization  of  Tab 
Tables  Generated 
Barcodes  Ordered 
ALA  Terminals  Receiv 
Terminals  Installed 
Hardware  Complete 


NOTISl,Li+ 

NOTISl,Li+ 

Libl,  Libs 

Libs 

Admin 

Ops 

Libs 

N0TIS1 

Libs 


N0TIS1 
Techl 

Techl 
Techl 

Libs, Techl   C 
Libs, Admin 
Techl        C 
Techl       rC 
Admin, Libl 
IBM 
Ops 


13-Sep-88.M 
13-Sep-88.- 


14-Sep-88.~ — 

.19-Sep-88  — — 

30-Sep-88  - 

13-Oct-88  — — 

17-Oct-88 . 

24-Oct-88. 

.  26-Oct-88 

7-Nov-88  

7 -Nov- 8 8  

7-Nov-88  

7-Nov-S8  

7 -Nov- 8 8  

7-Nov-88  

7-Nov-88  

7-Nov-88  

17-Nov-8  8  

17-Nov-88  

lS-Nov-88. 

,28-Nov-88  — 

,29-Nov-88  — 

.29-Nov-88  — 

,29-Nov-88  — 

.29-Nov- 

9-Dec-88  - 

15-D 

15-D 

15-D 


— M 


M 

M. 

88 

ec-8 
ec-8 
ec-8 


8  M 
8  M 

8  M 


D  Done  ■«—  Task 

C  Critical  +++  Started  task 

R  Resource  conflict        M  Milestone 
r  Rescheduled  to  avoid  resource  conflict 
Scale:  Each  character  equals  1  week 


-  Slack  time  (— )  ,  or 

Resource  delay  ( «■) 

>  Conflict 

p  Partial  dependency 


Figure  55.      GANTT  Chart  for  NOTIS  Implementation  -  Part  2. 


Schedule  Name:    NOTIS  Implementation  Plan  for  Dudley  Knox  Library 

Project  Manager:  Caroline  J.  Miller 

Aa  of  date:       l-Jun-88  12:16am     Schedule  File:  C:\TLDATA\NOTIS 

88 

89 

Jun  Jul  Aug   Sep  Oct  Nov  Dec  Jan  Feb 

Who     Stat 

usl    1    11    3    1    1    3    1 

Printers  Installed 

Ops 

15-Dec-88  — 

Computer  Resources  A 
Barcodes  Received 
Barcodes  Attached  to 

Admin 
Libs 

23-Dec-88. M. 

O^   Pi  **  *~    OO                 —  _^_  — 

.     <iJ— Dec— 38  .  —————— ■———■— 
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Figure  56.      GANTT  Chart  for  NOTIS  Implementation  -  Part  3. 
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Figure  57.      GANTT  Chart  for  NOTIS  Implementation  -  Part  4. 
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Figure  58.      GANTT  Chart  for  NOTIS  Implementation  -  Part  5. 
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Figure  59.      GANTT  Chart  for  NOTIS  Implementation  -  Part  6. 


85 


VII.     CONCLUSIONS. 

While  library  literature  contains  much  discussion  of  the  increasing  cost  of  the 
labor  required  to  maintain  card  catalogs  and  of  the  declining  cost  of  computing  re- 
sources, there  has  been  no  comprehensive  analysis  of  the  costs  involved  in  develop- 
ing and  implementing  an  online  catalog,  nor  has  there  been  a  detailed  exposition  of 
the  way  in  which  these  costs  might  be  recovered  through  saving  in  labor  or  other 
expenses  associated  ....    [Ref.  10:  p.  225] 

According  to  Howard  Schaeffer  [Ref.  19:  p.  83],  the  most  promising  criteria  for 
gaining  approval  for  any  new  system  are 

1 .  improved  user  service, 

2.  more  efficient  processing, 

3.  reduced  cost. 

The  first  point  has  been  thoroughly  discussed  in  Chapters  2  and  5.  The  benefits  of 
automation  are  well  documented  in  the  literature,  in  interviews  with  library  staff,  and 
from  surveys  of  user  satisfaction  in  librarys  where  IOLSs  have  been  in  place  for  an  ex- 
tended time.   There  is  little  doubt  than  an  IOLS  improves  services  to  library  users. 

Efficiency  has  been  demonstrated  by  improved  workflow,  closer  relationships  in 
technical  services  functions,  currency  of  information,  automatic  collection  of  statistics, 
and  predefined  report  generation.  Automated  circulation  will  free  one  person  from  "desk 
duty"  to  work  on  projects  in  the  Reader  Service  office.  Lower  unit  costs  arc  expected 
as  a  result  of  more  effective  use  of  staff  time. 

It  is  the  last  item  that  is  the  most  controversial.  The  Library  expects  no  staff  re- 
duction, only  rearrangement  of  duties. 

It  is  clear  that  any  institution  installing  XOTIS  will  need  a  staff  of  at  least  a  couple 
of  people.  NOTIS  is  not  a  turnkey  system.  It  requires  a  fair  amount  of 
customization,  at  the  very  least  to  set  up  all  the  tables,  choose  all  the  options  that 
are  needed,  write  programs  to  generate  special  reports  and  so  on.    [Ref.  20:  p.  38] 

Libraries  that  have  published  reports  of  cost-savings  have  been  much  larger  than  the 
Dudley  Knox  Library,  and  have  had  the  benefits  of  automation  for  as  long  as  15  years. 
While  it  is  likely  that  full  projected  costs  for  the  Systems  Librarian  will  not  be  spent,  no 
guarantee  of  staff  reduction  can  be  given.  This  does  not  mean  that  a  strong  economic 
justification  cannot  be  made  for  installation  of  an  integrated,  automated  system. 

An  estimated  present  value  can  be  applied  to  the  indirect  benefits  that  the  IOLS  will 
bring  to  Library  users.    If  the  present  value  of  the  benefits  is  equal  to  or  greater  than  the 
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present  value  of  the  costs  of  NOTIS  installation  and  maintenance,  then  clearly  NOTIS 
meets  the  criteria  for  "reduced  cost",  and  the  project  should  be  approved. 

This  is  the  case  with  NOTIS  at  the  Naval  Postgraduate  School.  By  estimating  how 
much  time  Library  users  save  in  a  year  by  accessing  NOTIS  from  their  office,  by  finding 
research  materials  faster,  and  by  having  materials  available  sooner,  a  dollar  benefit  has 
been  established  for  the  intangible  benefits  of  the  IOLS.  Better  teaching  has  value  to  the 
Government,  and  this  value  has  been  quantified  for  the  purposes  of  this  study. 

The  estimated  Present  Value  of  the  benefits  of  NOTIS  over  the  10-ycar  life  cycle  is 
S  1,243,400.  The  estimated  Present  Value  of  the  costs  of  NOTIS  installation  and  support 
over  the  10-year  life  cycle  is  S856,800.  Given  the  benefits  of  vastly  improved  service, 
fuller  value  for  funds  already  spent,  and  more  effective  Library  workflows,  it  seems  rea- 
sonable to  recommend  the  purchase  and  installation  of  NOTIS  as  the  IOLS  of  choice 
for  the  Dudlev  Knox  Librarv. 
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APPENDIX  A.     SUPPORTING  DATA 

A.  DEFICIENCIES  IN  CURRENT  MANUAL  PROCESSES 

The  existing  manual  Library  procedures  are  not  adequate  for  current  needs. 
Bibliographic  information,  once  found,  is  entered  and  used  independently  by  each  Divi- 
sion, with  almost  no  overlap.  This  redundant  effort  is  time  consuming,  labor-intensive, 
inefficient,  and  expensive. 

Deficiencies  in  the  current  system  have  been  documented  by  the  staff  in  a  formal 
report  to  the  Administration: 

RLIN  does  not  support  a  complete  fiscal  accounting  system,  and  Acquisitions  re- 
ports are  not  as  detailed  or  as  cumulative  as  could  be  desired.  Direct  access  through 
RLIN  to  vendors  is  not  possible.  The  authorities  subsystem  is  not  adequate  for  the 
Catalog  Division,  and  all  divisions  are  hampered  by  dependence  on  a  card  catalog... 
Reader  Services  has  no  on-line  access  to  our  collection,  and  circulation  statistics  are 
manually  kept.  The  Administration  does  not  have  at  its  disposal  automatically 
generated  reports.   [Ref.  21] 

All  statistics  collected  and  all  reports  generated  by  the  Library  are  prepared  manu- 
ally. 

An  integrated  system  is  one  in  which  several  functions  share  a  common  data  base, 
and  all  functions  can  be  accessed  using  a  common  sign-on  and  related  commands.  Not 
all  automated  systems  are  integrated.  A  central  source,  with  bibliographical  information 
entered  at  the  time  of  item  ordering  and  used  in  all  functional  areas  (ordering,  receipt, 
invoicing,  cataloging,  processing,  circulation),  would  not  only  save  effort,  but  would  be 
more  accurate,  more  timely  and  more  accessible. 

B.  IOLS  SPECIFICATIONS 

A  strong  statement  of  Dudley  Knox  Library's  IOLS  requirements  is  found  in  Bobbie 
Carr's  Catalog  Division  Analysis  paper  of  April  9,  1986:    [Ref.  22] 

DETAILED  SYSTEM  OBJECTIVES: 

...give  us  truly  interactive  programs,  increased  extracting  capabilities,  and  extensive 
indexing.  Patrons  should  be  able  to  search  our  lists  of  periodicals  and  faculty  pub- 
lications on-line. 

An  online  catalog  should  permit  full  authority  control  with  global  change  ca- 
pabilities. It  should  permit  interactive  information  on  the  status  of  library  materials. 
It  should  permit  full  interactive  record  editing  capabilities.  And  of  course  it  should 
provide  copy-level  information.  Retrospective  conversion  of  all  holdings  into  ma- 
chine readable  form  is  a  necessary  first  step. 


An  integrated  library  system  should  include  the  following  subsystems:  acquisi- 
tions, fund  accounting,  serials  control,  cataloging,  circulation,  and  an  online  public- 
access  catalog.  The  system  should  run  from  one  bibliographic  data  base  consisting 
of  full  MARC  records  (MARC  in  and  out)  to  the  copy  level.  The  system  should 
permit  various  levels  of  access.  Lach  subsystem  should  be  online  interactive  with 
the  online  public  access  catalog. 

Acquisitions  must  have  a  complete  fiscal  system  with  fund  accounting  and  sum- 
man  reports.  The  system  should  be  capable  of  generating  online  direct  orders  as 
well  as  print  orders. 

Catalog  requires  full  screen  editing,  the  capability  of  modifying  any  field,  and  a 
linked  authority  system  which  will  automatically  evaluate  create  headings  and  cross 
references  and  perform  global  changes. 

Circulation  should  include  inventory  control,  online  checkin,  checkout,  renewals, 
holds,  and  overdue  notice  generation.  The  system  should  be  capable  of  compiling 
statistical  reports  of  patrons  by  category  and  circulation  of  items  by  subject  and 
format. 

The  online  public  access  catalog  should  allow  for  a  choice  of  dialogue  mode. 
Search  capabilities  should  include  Boolean,  keyword,  subject,  instring,  and  full  text 
searching  from  any  fields  that  the  Library  specifies.  It  should  allow  browsing  and 
inform  patrons  of  the  status  of  the  item. 

The  serials  subsystem  must  include  checkin,  routing,  claim,  and  bindery  records. 
Administration  should  be  able  to  retrieve  reports  on  acquisitions,  cataloging,  circu- 
lation, online  public  access  catalog  use,  and  serials.  An  electronic  mail  system 
should  be  included. 

CONSTRAINTS:  The  system  should  be  compatible  with  RLIN  and  must  allow 
loading  of  existing  archive  tapes.  Records  must  be  able  to  be  downloaded  directly  from 
RLIN. 

The  system  should  be  IBM-compatible. 
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APPENDIX  B.     INTERVIEWS  WITH  NOTIS  USERS 

A  valuable  source  of  information  for  any  type  of  automation  project  is  other 
libraries.  Institutions  that  have  already  undertaken  a  similar  project  can  lend  valu- 
able insight  into  the  general  planning  process,  and  a  great  deal  can  be  learned  about 
specific  systems  or  services  from  libraries  already  using  them.  [Ref.  9:  p.  231] 

A.     NOTIS  USERS'  GROUP  MEETING  (NUGM)  INTERVIEWS 

NOTIS  Systems,  Inc.  hosts  an  annual  meeting  of  their  users.  Representatives  from 
libraries  all  over  the  world  gather  to  learn  more  about  NOTIS,  to  share  their  expertise 
with  others,  and  to  help  shape  the  emphasis  of  the  company  in  the  coming  year.  Jane 
Burke,  President  of  NOTIS  Systems,  Inc.,  is  interested  in  feedback  from  NOTIS  users, 
and  uses  the  NOTIS  Users'  Group  VIeeting  (NUGM)  as  a  forum  for  ideas  and  relative 
priorities. 

Library  and  Computer  Center  staff  members  attended  the  1988  NUGM  as  "pro- 
spective new  users".  The  following  information  was  gleaned  from  representatives  of  in- 
stalled libraries,  and  from  NOTIS  Systems.  Inc.  staff. 

1.  Installation 

An  average  installation  team  is  five  or  six  people,  divided  50-50  between  librar- 
ians and  programmers,  according  to  a  NOTIS  Systems,  Inc.  customization  staff  member. 
CUNY  had  five  programmers  involved  in  their  NOTIS  installation,  which  took  3  1  2 
days.  Programming  staff  included  three  application  programmers,  one  CICS  person, 
and  two  systems  programmers,  in  addition  to  the  two  NOTIS,  Inc.  system  engineers  on 
site. 

2.  Transaction  Rates 

There  are  no  "average  transaction  rates".  CPU  utilization  depends  on  the  sys- 
tem load,  resources  available,  level  of  patron  activity,  number  of  bibliographic  records 
in  the  database,  and  whether  you  have  keyword-Boolean  search  active  or  whether  the 
workload  is  primarily  simple  query  (author  lists,  search  by  title).  Most  users  get  their 
transaction  rates  from  CICS;  CICS  rates  are  tabulated  by  the  month,  not  as 
transactions-per-second. 

Florida's  university  consortium,  with  1000+  dedicated  terminals  and  5M 
bibliographic  records,  has  8.6M  CICS  transactions  per  month.  Loyola  has  348K  trans- 
actions per  month,  with  no  response  problems.  A  typical  library  running  150  terminals 
and  a  half-million  bibliographic  records  can  expect  250K  transactions  per  month.    The 
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Knox  Library  system  will  be  smaller  than  that.  John  Kolman,  head  of  NOTIS  Systems, 
Inc.  systems  development,  says  NPS  can  expect  between  I50-180K  transactions  per 
month. 

A  transaction  is  one  author  title  search,  or  one  charge 'discharge  of  a  book  at 
circulation.    Some  activities  contain  multiple  transactions. 

3.  Response/Configuration 

I  heard  no  complaints  at  all  about  response  time  from  any  users.  NOTIS  is 
"very  efficient",  and  "very  reliable",  according  to  those  with  whom  I  spoke.  Says  a  Penn 
State  user,  "you  won't  know  NOTIS  is  on  the  machine,  except  for  keyword".  It  is  "an 
order  of  magnitude  faster"  than  Penn  States's  best  package,  and  runs  twice  as  fast  as 
their  "average"  package,  according  to  their  job  accounting  statistics.  They  are  very 
pleased  with  it. 

If  there  should  be  a  problem  with  response  time,  then  NOTIS  Systems,  Inc. 
would  want  to  check  the  local  system  configuration  "to  make  sure  that  resources  are 
available"  to  run  NOTIS.  NOTIS  Systems,  Inc.  does  not  pre-approve  individual  con- 
figurations because  "in  100 -installations  it  has  never  been  a  problem". 

4.  General  Support 

Documentation  for  both  Library  and  Programmer  is  complete,  and  is  improving 
in  quality  and  format.  NOTIS  Systems,  Inc.  staff  numbers  72,  which  is  a  53%  increase 
in  support  personnel  during  the  past  18  months.  The  Customer  Services  division  func- 
tions as  a  "clearing  house"  for  information.  It  collects,  documents,  and  propagates 
problems  and  fixes,  using  an  on-line  tracking  system.  The  Trouble-Shooting  Guide  is 
updated  monthly,  and  mailed  out  to  all  user  libraries. 

5.  Onsite  Support 

Of  the  fifteen  days  a  year  provided  by  NOTIS  Systems,  Inc.  for  on-site  support, 
three  or  four  should  be  for  data  processing  staff,  and  twelve  should  be  for  library  staff. 
Additional  training  days  can  be  contracted  for  S500  per  day  plus  expenses. 

After  NOTIS  is  up  and  running  in  production,  it  takes  less  than  50%  of  a  pro- 
grammer's time  to  keep  the  tables,  security,  and  indexes  current,  for  a  "vanilla"  installa- 
tion. The  more  modifications  to  the  standard  code,  the  more  time  it  takes  a  programmer 
to  maintain  it,  and  the  longer  it  takes  to  get  new  releases  up  and  running. 
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B.     SYNOPSIS  OF  ON-SITE  VISIT  TO  LONG  BEACH  PUBLIC  LIBRARY 

Roger  Martin,  Bobbie  Carr,  and  Caroline  Miller  visited  the  Long  Beach  Public  Li- 
brary (LBPL)  on  June  3,  1988,  to  see  and  talk  with  those  responsible  for  the  installation 
and  day-to-day  operation  of  NOTIS.  Tim  Winkey,  head  of  the  LBPL  Cataloging  De- 
partment and  NOTIS  project  manager,  was  our  host. 

The  applications  programmer  for  the  NOTIS  project  at  LBPL  is  Warren  Seek.    He 
has  been  with  the  project  since  February  1985,  and  provided  most  of  the  systems-related 
information.    Warren  Seek  works  on  one  other  project  (Police  Department  support)  be- 
sides NOTIS.   A  synopsis  of  the  discussion  follows. 
1.     Installation 

LBPL  was  already  on  an  automated  system  when  it  transferred  to  NOTIS; 
therefore  its  NOTIS  installation  does  not  reflect  the  same  problems  as  a 
manual-to-IOLS  conversion  would.  They  also  obtained  the  MVS  version  of  NOTIS 
before  it  was  available  for  beta  testing, 2  so  LBPL  experienced  many  more  delays  than 
normal.  LBPL  staff  helped  debug  the  MVS  version,  and  had  to  wait  for  fixes  to  be  re- 
searched and  written,  not  just  identified  and  sent. 

Three  full-time  programmers  were  involved  in  the  NOTIS  installation  at  LBPL. 
One  worked  only  on  conversion  of  data;  two  others  worked  on  both  the  load  and  con- 
version processes.  "Conversion"  (i.e.  customization)  is  the  hardest  part  of  the  installa- 
tion, requiring  close  cooperation  between  the  Library  and  the  applications  programmer 
for  an  extended  period,  as  library  policy  is  translated  into  tables  directing  the  NOTIS 
modules. 

NOTIS  modules  are  assembler-based  (on-line  portions  and  batch)  and  all  re- 
ports are  in  PL,  1.  Because  LBPL  had  no  PL  1  experience,  and  NOTIS  was  not  able  to 
support  extensive  customization  of  the  PL  1  programs,  all  reports  were  rewritten  in 
COBOL,  locally. 

Documentation  is  complete.  The  installation  manuals  are  quite  detailed,  being 
clear,  explicit,  and  filled  with  examples  for  installation.  One  two-inch  binder  contains 
Installation  information,  and  two  two-inch  binders  comprise  a  Programmers'  Reference 
set.      Five  two-inch  binders  contain  information  for  the  librarians.     Two  copies  of 


2  Beta  testing  is  a  pre-production  release  of  software  packages  to  designated  volunteer  sites  that 
get  the  software  free  in  return  for  running  the  software  in  production,  for  reporting  on  performance 
and  problems,  and  for  helping  to  debug  the  system.  Only  after  this  "stress  testing"  is  the  software 
offered  for  sale. 
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documentation  come  with  the  XOTIS  software;  LBPL  keeps  one  in  the  data  processing 
office,  and  one  in  the  main  library.    Updates  are  sent  out  "all  the  time". 

New  releases  come  out  about  even'  six  months.  The  old  release  is  supported  for 
six  months  after  the  new  release  becomes  available.  The  last  new  release  took  about  two 
weeks  to  remodify  after  it  was  installed;  the  process  is  generally  smooth. 

Customization  is  the  key  to  usability  with  NOTIS.  The  "vanilla"  version  is 
suitable  only  for  training.  Allow  at  least  three  months  for  customization.  (LBPB  took 
five  months  to  extract  and  change  the  data  from  their  Ulysses  system  to  NOTIS).  The 
screen  verbiage  and  appearance  and  the  help  files  are  the  major  areas  of  change  for  the 
on-line  portion.  Privacy  laws  mandated  minor  changes  in  displayable  information. 
Major  changes  to  the  on-line  portions  should  be  avoided,  as  they  must  be  remodified 
with  each  new  version,  and  it  is  much  more  complex  than  just  inserting  the  few  lines  of 
changed  added  code  into  the  new  code.  Sometimes  entire  modules  must  be  rewritten  to 
incorporate  changes. 

The  batch  mode  required  more  modification  than  the  on-line  portions  of 
NOTIS.    They  rewrote  the  reports  completely,  as  noted  above. 

LBPL  has  no  demand  printer.   Daily,  weekly,  and  monthly  reports  are  generated 
by  batch  programs  and  are  printed  at  the  data  center.    Normally  less  than  3-inches  of 
paper  output  is  generated  for  the  library  on  any  given  day. 
2.     Systems  Details 

IBM  3380s  are  used  to  store  the  NOTIS  source  and  data.  File  sizes  vary.  All 
files  reside  on  one  33SO;  there  has  been  no  contention  problem.  There  are  seventeen 
different  data  files  stored;  index  files  are  small.    The  major  files  are: 


Type  Number  of  Records         Cylinders 


Bibliographic  records  360K  350 

Patron  records  160K  80 

Hem  records  1 .  6M  210 


Total  storage  required  is  over  1,110  cylinders.    This  includes  the  load  libraries. 

Backup  is  done  on  IBM  tape  cartridges.  All  files  are  backed  up  even  night. 
Four  generations  of  data  are  kept.  Nightly  backup  takes  only  half  an  hour,  and  two 
cartridges.  Weekly  "cleanup"  runs  (IDCAMS  copy,  delete,  redefine)  take  slightly  longer, 
45-50  minutes.  Warren  Seek  says  that  100-150  cartridges  are  enough  to  support  NOTIS. 
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Transaction  rates  van.'.  High-volume  days  are  Saturday  and  Tuesday,  when 
82,00  transactions  day  are  normal.  A  low  volume  runs  about  10,000  transactions  and 
the  overall  average  is  45,000. 

Response  time  is  "instantaneous",  according  to  Tim  Winkey.  NOTIS  has  little 
impact  on  the  500-terminal  IMS  shop  run  by  the  data  center,  according  to  Warren  Seek. 
It  uses  less  than  5%  of  the  CPU  resource  on  the  shared  processor.  It  is  "efTicient, 
smooth-running"  and  has  no  impact  on  other  on-line  users. 

3.  Training 

Training  of  the  staff  was  done  by  NOTIS  for  a  group  of  six  Librarians  (branch 
heads)  onsite.  The  librarians  then  trained  the  rest  of  the  staff.  New  hires  are  trained 
individually  as  they  come.  Group  sizes  are  kept  to  six  or  less,  with  two  people  to  a  ter- 
minal. 

User  training  is  informal,  consisting  of  a  single  8x10  sheet  by  the  public  access 
terminal,  and  of  answering  questions  that  the  user  brings  to  the  "Information  Desk". 
The  card  catalog  has  been  closed,  and  prominent  signs  on  the  cases  instruct  patrons  to 
check  the  computerized  catalog  for  all  materials  newer  than  February  19S6. 

Mr.  Seek  feels  that  user  training  is  unnecessary  because  of  the  meticulous  at- 
tention paid  to  the  on-line  help  screens.  This  was  the  most  time-consuming  effort  in 
tailoring  NOTIS  to  LBPL--wording,  arrangement,  highlighting  were  all  carefully  sug- 
gested, changed,  used,  and  changed  again.  A  committee  met  once  a  week  for  months 
to  evaluation  and  suggest  modifications,  use  the  new  screens,  and  make  further  changes. 

LBPL  has  no  systems  librarian  on  the  staff,  because  the  data  center  supports  the 
installation  and  maintainence,  and  does  programming  for  NOTIS.  They  have  one  ap- 
plications programmer  (Warren  Seek),  who  tells  systems  support  (CICS  person)  the 
parameters  NOTIS  needs.   The  systems  programmer  maintains  CICS. 

4.  Physical  Layout 

There  are  14  terminals  in  the  technical  services  area,  and  more  are  needed. 
Terminal  positions  are  dictated  by  line  availability  and  by  cables  which  were  installed  for 
the  previous  on-line  system;  in  some  cases,  telephone  lines  are  used. 

Every  branch  library  has  two  terminals  at  the  circulation  desk,  for  checkout  of 
materials,  and  to  answer  questions.  Lach  branch  has  four  public  access  terminals  either 
by  the  catalog  or  in  the  stacks. 

The  main  library  has  terminals  spread  throughout  the  stacks  in  clusters  (doubles 
or  groups  of  four)  or  singly.  There  is  a  10-minute  time  limit  on  the  use  of  the  public 
access  terminals. 
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Security  is  provided  by  RACF  and  NOTIS,  with  access  tied  to  the  user  II). 
Access  is  defined  to  the  field  level,  so  that  stafTmay  see  some  parts  of  a  record,  but  up- 
date only  one  or  two  items  of  what  they  can  see.  Privacy  concerns  limit  access  to  the 
minimum.  All  links  between  a  patron  and  an  item  are  broken  when  the  item  is  returned 
from  circulation.   (No  past  history  of  a  patron's  reading  preferences  is  kept.) 

Data  accountability  is  created  by  journal  entries.  Everything  that  is  keyed  goes 
into  journal  four.   Operators'  initials  are  part  of  some  records. 

5.  Impact  of  Automation 

Warren  Seek  thinks  that  the  on-line  catalog  and  on-line  editing  have  had  the 
biggest  impact  on  the  library.  "There  is  no  typing  anymore!"  By  this  he  means  LBPL 
uses  no  worksheets,  and  no  printed  MARC  records;  all  files  and  records  are  on-line. 

No  additional  billets  have  been  added  to  the  library  staff,  but  there  is  a  tre- 
mendous need  for  one  full-time  person  to  support  NOTIS.  Tim  Winkey  is  a  full-time 
cataloger  plus  the  NOTIS  project  manager;  he  spends  more  than  full-time  at  his  job. 
Plans  are  to  hire  a  replacement  Cataloging  Department  Chairman  when  funding  is 
available,  and  let  Mr.  Winkey  devote  full-time  to  NOTIS. 

The  data  center  has  added  one  applications  programmer  as  the  NOTIS  primary 
support  person.  It  took  a  full  man-year  to  install  NOTIS  and  customize  it,  and  then 
half  a  man-year  to  keep  it  up  and  running  smoothly.  Every  new  release  takes  six  weeks 
of  full-time  effort,  after  which  the  programmer  can  walk  away,  to  juggle  other  responsi- 
bilities with  the  NOTIS  reports  and  modifications.  Most  of  the  problems  will  occur  in 
the  batch  jobs;  NOTIS  is  "real  clean  on-line".  The  amount  of  problems  will  be  directly 
related  to  the  amount  of  modification  the  library  requires.  The  amount  of  programmer 
support  is  less  if  the  NOTIS  system  stays  as  "vanilla"  as  possible.  Massive 
customization  makes  it  full-time. 

6.  General 

LBPL  has  been  on  NOTIS  since  February  1986.  They  had  no  problems  with 
staff  or  user  acceptance  since  they  were  already  running  an  automated  system.  Their 
old  system  was  "breaking  down  rapidly"  and  had  to  be  replaced.  NOTIS  wasn't  perfect, 
but  was  much  better  than  what  they  had.  The  transition  to  NOTIS  was  undoubedly 
harder  for  LBPL  than  it  would  be  for  the  Knox  Library,  as  LBPL  helped  to  debug  a  new 
version. 

If  they  had  it  to  do  over  again,  they  would,  but  not  with  Telex  terminals.  They 
would  prefer  IBM  terminals  with  ALA-character  set  support;  they  also  would  want  more 
printers. 
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The  major  problems  have  been  in  the  batch  programs.  Test  data  did  not  dis- 
close the  difficulties  that  arose  in  batch  programs;  only  in  production-sized  runs  do  the 
errors  occur.  LBPL  has  the  luxury  of  a  full-size  test  system  that  runs  "real"  data. 
Warren  Seek  suggests  that  we  try  to  maintain  the  same  sort  of  test  system,  unless  we  are 
DASD-constrained.  "It  is  important  to  process  in  a  test  environment  the  production 
system." 

Mr.  Seek  repeatedly  stressed  the  importance  of  close  interaction  between  the 
Library  representative  and  the  Programmer.  They  must  work  closely  to  define  the  initial 
job  flow  and  tables. 

There  must  be  a  primary  contact  point  between  the  library  and  the  data  center. 
The  responsibility  of  defining  clear  library  policy  (for  rules  about  type  of  patron,  type 
of  materials,  length  of  circulation,  schedule  of  notifications,  wording  of  notices...)  which 
is  reflected  in  NOT1S  tables  must  be  delegated  to  a  library  person.  That  person  should 
not  be  expected  to  fill  other  positions  during  the  time  of  NOT1S  installation.  The 
NOTIS  programmer  must  also  spend  full-time  on  the  installation.   This  is  a  critical  area. 

LBPL  had  a  Management  Team  consisting  of  Program  Project  Manager  plus 
two  programmers,  the  Library  Director.  Main  and  Branch  Librarians.  Circulation  and 
Cataloging  Chairmen,  and  floating  staff  members  who  came  when  their  expertise  was 
needed. 

There  was  also  a  committee  to  decide  on  the  help  screens;  this  was  an  open 
meeting  held  once  a  week  to  collect  all  input,  and  to  see  the  changes  from  the  previous 
week,  then  to  criticize  and  suggest  a  better  way.  This  feedback  cycle  proved  very  useful 
in  formatting  the  final  on-line  screen  layouts. 

The  policy  decisions  were  not  made  by  committee.  The  library  representative 
met  with  the  Librarians  and  subcommittees  once  a  week  (or  more  often)  but  worked 
one-on-one  with  the  programmer  for  table  definition.  Often  policy  had  to  be  clarified 
(or  invented)  before  it  could  be  defined. 

A  "freeze  point"  was  declared  during  NOTIS  installation  to  accommodate  the 
switchover.  No  new  entries  were  made  from  Feb.  19  until  NOTIS  "went  live"  on  Feb. 
24,  providing  a  "snapshot  for  conversion".  The  systems  were  run  in  parallel  for  a  time 
after  NOTIS  went  into  full  operation.  All  returned  items  were  checked  in  on  both  sys- 
tems; only  after  the  first  overdue  period  (3  weeks)  had  passed  was  the  old  system  phased 
out.  About  35  overdue  items  were  "abandoned"  rather  than  keeping  the  old  system  up 
to  track  them. 
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The  circulation  report  was  written  locally,  taking  about  6  months  of  program- 
mer time.  It  is  run  daily  (summaries  by  location)  and  monthly  for  more  specific  detail 
(statistics  on  adult  juvenile,  by  Dewey  number  within  location...).  It  is  so  specifically 
tied  to  LBPL  that  it  does  not  have  general  applicability  to  other  libraries.  Standard 
NOTTS  circulation  reports  tend  toward  summary,  not  breakdown,  according  to  Warren 
Seek. 
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APPENDIX  C.     ACRONYMS 

AACR2  Anglo  American  Cataloging  Pules,  2nd  Edition 

ALA  American  Library  Association 

BLIS  Piblio-Techniques  Library  and  /nformation  System 

BRS  bibliographic  Retrieval  Services 

CAI  Computer  Assisted  /nstruction 

DASD  Direct  Access  Storage  Device;  peripheral  device  for  on-line  data  storage 

IOLS  /ntegrated  On-line  library  System;  a  system  in  which  various  libran-  func- 
tions are  interrelated  in  generation  and  processing  of  data 

ISBN  /nternational  Standard  Pook  Number 

LC  Libran-  of  Congress 

MARC  MA  chine  Readable  Cataloging 

NOTIS  Northwestern  University  On-line  Total  /ntegrated  System 

NTS  A'aval  Postgraduate  School 

OKAPI  On-line  A'eyword  Access  to  Public  /nformation 

OPAC  On-line  Public  Access  Catalog 

PERT  Program  Evaluation  Peview  Techniques;  scheduling  diagram  that  uses  a 
network  chart  to  show  events  (nodes)  and  time  (links)  each  event  is  ex- 
pected to  take. 

RLG  Pesearch  Libraries  Group 

RLIN         Pesearch  Libraries  /nformation  Network 
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